关于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最为一个前端本地数据库来对待的话&#