起因是准备搞几个前端项目快速起步的模板,设计目录结构的时候纠结采用哪一种
第一种是按模块来分
├─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,不知道哪一种更好,又或者有没有更好的设计
1
ech0x 2019-10-20 18:34:25 +08:00 via iPhone
没有哪种更好的说法,一定要说就是看情况。如果你网页基本都是 js 生成的第一种可能会好些,如果静态内容多那么第二种好些。
|
2
orzorzorzorz 2019-10-20 18:47:35 +08:00
我是按第一种。有时候模块一多,第二种结构改完 js 想改 css 的时候得滚好久
|
3
falcon05 2019-10-20 18:49:37 +08:00 via iPhone
第一种好一点,方便拆出来
|
4
dobelee 2019-10-20 18:49:56 +08:00 via iPhone
以前是第二种,后来改第一种了。重构和迁移交会做人。
|
5
shangyes OP |
6
taotaodaddy 2019-10-20 21:13:28 +08:00 via Android
用的第二种,正在后悔中。。。。
|
7
opengps 2019-10-20 21:24:09 +08:00 via Android 1
好处是
第一种方便模块分离改造微服务 第二种适合静态加速单独发布静态文件到 CDN 坏处是 第一种文件重复量太大,真要用的话,外部需要有个全局共享的路径 第二种项目做大了之后,开发过程比较辛苦,好几个屏幕来回切换 |
8
charlie21 2019-10-20 22:54:57 +08:00 via Android
boilerplate 找 yeoman
|
9
viko16 2019-10-20 23:18:52 +08:00 via Android
用 React + CSS-in-JS 之后,就没这个烦恼了…🤦🏻♂️
|
10
q8164305 2019-10-20 23:31:50 +08:00 via Android
第一种会有很多重复代码啊
|
11
meepo3927 2019-11-01 09:15:04 +08:00
用的 webpack,用的是按文件类型分,主要有
js/ less/ images/ html/ 这几个目录 |