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