Reactjs React应用程序中的全局数据层redux如何成为一个好的实践?

Reactjs React应用程序中的全局数据层redux如何成为一个好的实践?,reactjs,react-redux,Reactjs,React Redux,如果在项目中使用全局变量通常不是编程中的最佳实践,那么Redux——一个全局数据层——怎么可能是一个好主意呢 我唯一想到的是,状态的不变性在某种程度上帮助了Redux。但是,所有的问题,如安全问题(从任何地方都可以访问)和可见性(从许多地方破坏数据)仍然存在。没有这样一个最佳实践,不允许使用全局变量。 似乎开发者们都有自己的看法 像redux这样的全局状态管理工具只为您提供了一种在应用程序中处理“临时”数据的方法,最好是在用户使用您的应用程序/程序时在前端处理。例如,您可以避免重复请求相同的大量

如果在项目中使用全局变量通常不是编程中的最佳实践,那么Redux——一个全局数据层——怎么可能是一个好主意呢


我唯一想到的是,状态的不变性在某种程度上帮助了Redux。但是,所有的问题,如安全问题(从任何地方都可以访问)和可见性(从许多地方破坏数据)仍然存在。

没有这样一个
最佳实践
,不允许使用全局变量。 似乎开发者们都有自己的看法

像redux这样的全局状态管理工具只为您提供了一种在应用程序中处理“临时”数据的方法,最好是在用户使用您的应用程序/程序时在前端处理。例如,您可以避免重复请求相同的大量数据,并在许多情况下保持前端数据的一致性

它们不是为了安全而建造的。即便如此,你也不应该依赖它。安全问题是一个独立的问题,因为您有后端来验证数据,有身份验证来保持数据库/后端和前端/客户端之间的一致性/安全性

最后,这完全取决于您当前构建的应用程序类型


不要局限于特定的编程思想。

我认为您可能混淆了全局变量和全局数据层的概念。存储不一定是作为全局变量提供的。另外,前端本身永远不会真正安全,因为任何有技术的人都可以打开devtools并检查变量值。正如@Yinhai提到的,安全性需要通过身份验证和后端保护来管理