目录结构是按功能分，还是按模块分好？
现在的大部分架构都是按功能分的，一个人写一些小项目很方便 ，但是如果项目模块多了以后 多人分工以后，做一个功能需要在各个目录里来回穿插，而且象每个模块都有自己的配置参数，都写到一起很乱 每个模块还有不同的layout头尾，包括的共同头里加载的js,css也不一样 如果目录结构按模块分是不是更合理些？比如
modules modA conf route view hook modB modC …
7 回复
需求驱动。 先分析你们系统的基本分层结构是什么样的，如果MVC的话就M、C、V三个文件夹，先用着，日后当某一层复杂度达到一定程度的时候再考虑拆成一个独立的层，比如原来View层粗略分为前端和路由，那如果采取前后端分离思想的话路由会变得重一些，那么就可以把V拆开，变成M、Ctrl、R、Client四个文件夹。 没必要一开始就找一个“最佳实践”方案，搞得目录太复杂；除非你已经经验足够丰富，并在一开始就规划好了完整的架构以及评估好各组件的复杂度。
你想的太多了，是否合理的问题应该在用了一段时间之后再问，到时候是不是合理你也能亲身体会出了。
