关于React + Redux文件目录结构
初期
按照文件内容类型分:
-- project/
-- app/
-- assets/
-- icons/
-- components/
-- MyComponent/
-- index.jsx
-- style.scss
-- constants/
-- pages/
-- HomePage/
-- index.jsx
-- style.scss
-- redux/
-- model1/
-- model2/
-- store.js
-- styles/
-- global.scss
-- _variables.scss
-- index.js
-- .bablerc
-- webpack.config.js (如果用webpack的话)
-- package.json
-- ...
优点是直观省力,多人团队也较少放错地方。缺点是项目越长越大后会变得非常杂乱。
一种新的方案
-- project/
-- app/
-- feature1/
-- components/
-- redux/
-- constants.js
-- utils.js
-- feature2/
-- pages/
-- Page1/
-- components/
-- index.jsx
-- style.scss
-- store.js
-- index.js
-- uiComponents
-- utils/
-- .bablerc
-- webpack.config.js (如果用webpack的话)
-- package.json
-- ...
这个方案首先严格要求区分业务逻辑和非业务逻辑,然后业务逻辑还要区分业务线。这对每个队员的要求更高一些,分割文件的时候也更费力一些。
但好处也是显而易见的,这直接在文件结构的层次就要求大家减少代码间的耦合,让人在代码放哪多一些思考。另外在某个业务足够壮大需要独立出来时,也会比较省心省力
数据模型
如我在对Redux理解一问文中所说,将Redux最为一个前端本地数据库来对待的话&#