突然好奇大家开发的时候目录结构是怎么安排的

[shangyes]

起因是准备搞几个前端项目快速起步的模板，设计目录结构的时候纠结采用哪一种

第一种是按模块来分

├─assets
│  └─img
├─a_module
├─b_module
│  ├─html
│  └─css
├─c_module
│  ├─html
│  └─css
└─d_module

第二种是按文件类型来分

├─html
│  ├─a_module
│  └─b_module
├─img
├─js
│  ├─a_module
│  └─b_module
└─css
    ├─a_module
    └─b_module

发现以前写的这两种目录结构兼有(Orz，不知道哪一种更好，又或者有没有更好的设计

[ech0x]

没有哪种更好的说法，一定要说就是看情况。如果你网页基本都是 js 生成的第一种可能会好些，如果静态内容多那么第二种好些。

[orzorzorzorz]

我是按第一种。有时候模块一多，第二种结构改完 js 想改 css 的时候得滚好久

[falcon05]

第一种好一点，方便拆出来

[dobelee]

以前是第二种，后来改第一种了。重构和迁移交会做人。

[shangyes]

@ech0x
@orzorzorzorz
@falcon05
@dobelee
感谢

[taotaodaddy]

用的第二种，正在后悔中。。。。

[opengps]

好处是
第一种方便模块分离改造微服务
第二种适合静态加速单独发布静态文件到 CDN
坏处是
第一种文件重复量太大，真要用的话，外部需要有个全局共享的路径
第二种项目做大了之后，开发过程比较辛苦，好几个屏幕来回切换

[charlie21]

boilerplate 找 yeoman

[viko16]

用 React + CSS-in-JS 之后，就没这个烦恼了…🤦🏻‍♂️

[q8164305]

第一种会有很多重复代码啊

[meepo3927]

用的 webpack，用的是按文件类型分，主要有
js/
less/
images/
html/
这几个目录