社区微信群开通啦,扫一扫抢先加入社区官方微信群
社区微信群
创建一个复杂的应用该如何操作?
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实例功能的一种方法。
如果觉得我的文章对您有用,请随意打赏。你的支持将鼓励我继续创作!