社区微信群开通啦，扫一扫抢先加入社区官方微信群
社区微信群
创建一个复杂的应用该如何操作？
React负责视图，Redux管理状态。
开始一个新的应用应该考虑的事情：
代码文件的组织结构；
确认模块的边界；
Store的状态树的设计；
按角色组织(Organized by Roles):在MVC中，应用代码分为Controller、Model、View，分别代表三种不同角色，把对应角色的代码放入对应目录中的组织代码方式。
Redux按角色组织代码文件目录：
每个基本功能对应一个功能模块，每个功能模块对应一个目录。
“在最理想的情况下，我们应该通过增加代码就能增加系统的功能，而不是对现有代码的修改来增加代码”
不同功能模块之间的依赖关系应该简单而清晰，即保持模块的低耦合性；一个模块应该把自己的功能封装的很好，让外界不要太依赖与自己的内部结构，不会因内部结构的变化而导致外部模块的功能，即高内聚性。
状态树的设计的原则：
Store上的每个state只能通过reducer来修改，每个模块都有机会导出一个自己的reducer。
reducer之间的状态树上的修改权是互斥的，不可能让两个reducer都可以修改同一个状态树上的节点。
冗余数据是一致性的大敌，如果在Store上存储冗余数据，那么维持不同部分数据一致性就是个大问题。
相对于性能问题，数据一致性更加重要。
如果树形结构层次很深，往往意味着树形很复杂，一个很复杂的状态树是很难管理的。
从代码的角度看，深层次树形状态结构会让代码很冗长。
无
React和Redux开发的三个Chrome扩展包：
redux-immutable-sate-invariant包:提供一个Redux的中间件，能让Redux在每次派发动作后做一个检查。
中间件：增强Redux和Store实例功能的一种方法。
如果觉得我的文章对您有用，请随意打赏。你的支持将鼓励我继续创作！
