您可以在百度里搜索“深入浅出React和Redux 艾草文学(www.321553.xyz)”查找最新章节！

　　4.2.2 按功能组织

　　Redux应用适合于“按功能组织”（Organzied by Feature），也就是把完成同一应用功能的代码放在一个目录下，一个应用功能包含多个角色的代码。在Redux中，不同的角色就是reducer、actions和视图，而应用功能对应的就是用户界面上的交互模块。

　　拿Todo应用为例子，这个应用的两个基本功能就是TodoList和Filter，所以代码就这样组织，文件目录列表如下：

　　todoList/

　　actions.js

　　actionTypes.js

　　index.js

　　reducer.js

　　views/

　　component.js

　　container.js

　　filter/

　　actions.js

　　actionTypes.js

　　index.js

　　reducer.js

　　views/

　　component.js

　　container.js

　　每个基本功能对应的其实就是一个功能模块，每个功能模块对应一个目录，这个例子中分别是todoList和filter，每个目录下包含同样名字的角色文件：

　　·actionTypes.js定义action类型；

　　·actions.js定义action构造函数，决定了这个功能模块可以接受的动作；

　　·reducer.js定义这个功能模块如何相应actions.js中定义的动作；

　　·views目录，包含这个功能模块中所有的React组件，包括傻瓜组件和容器组件；

　　·index.js这个文件把所有的角色导入，然后统一导出。

　　在这种组织方式下，当你要修改某个功能模块的代码的时候，只要关注对应的目录就行了，所有需要修改的代码文件都在能这个目录下找到。

　　表面上看来，“按照角色组织”还是“按照功能组织”只是一个审美的问题，也许你觉得自己已经习惯了MVC世界的“按照角色组织”方式，也许你已经有一套很厉害的代码编辑器可以完美解决在不同目录下寻找代码文件困难的问题。但是，开发Redux应用你依然应该用“按照功能组织”的方式，为什么呢？我们看看下一条“确定模块的边界”就明白了。 深入浅出React和Redux