我正在try 理解RECTIVE-REDUX的CONNECT方法，以及它作为参数使用的函数.特别是mapStateToProps()个.
根据我的理解，返回值mapStateToProps将是从state派生的对象(因为它驻留在存储区中)，其键将作为props 传递给目标组件(应用了组件CONNECT).
这意味着，目标组件所使用的状态可能与存储在存储中的状态具有完全不同的 struct .
问:这样可以吗
我正在try 理解RECTIVE-REDUX的CONNECT方法，以及它作为参数使用的函数.特别是mapStateToProps()个.
根据我的理解，返回值mapStateToProps将是从state派生的对象(因为它驻留在存储区中)，其键将作为props 传递给目标组件(应用了组件CONNECT).
这意味着，目标组件所使用的状态可能与存储在存储中的状态具有完全不同的 struct .
问:这样可以吗
问:Is this ok?
A:是的.
问:Is this expected?
是的，这是预期的(如果您使用的是READECT-REDUX).
Q:Is this an anti-pattern?
它被称为"连接"组件或"使其智能化".这是设计的.
它允许您将组件与您的状态解耦一段额外的时间，从而增加代码的模块性.它还允许您将组件状态简化为应用程序状态的子集，这实际上有助于您遵守Redux模式.
这样想:一个存储应该包含应用程序的entire个状态
如果没有mapStateToProps或类似的数字，你会被诱惑以另一种方式分割你的状态来提高性能/简化.