目录结构是按功能分,还是按模块分好?
发布于 2 个月前 作者 yakczh 553 次浏览 来自 问答

现在的大部分架构都是按功能分的,一个人写一些小项目很方便 ,但是如果项目模块多了以后 多人分工以后,做一个功能需要在各个目录里来回穿插,而且象每个模块都有自己的配置参数,都写到一起很乱 每个模块还有不同的layout头尾,包括的共同头里加载的js,css也不一样 如果目录结构按模块分是不是更合理些?比如

modules   modA     conf     route     view     hook   modB   modC …

7 回复

你的意思,topic的mvc都放在一个目录下?然后项目下就是topic,reply,user等几个文件夹?

@gfafei 有什么问题吗?

如果不知怎样分,那就不要分~

需求驱动。 先分析你们系统的基本分层结构是什么样的,如果MVC的话就M、C、V三个文件夹,先用着,日后当某一层复杂度达到一定程度的时候再考虑拆成一个独立的层,比如原来View层粗略分为前端和路由,那如果采取前后端分离思想的话路由会变得重一些,那么就可以把V拆开,变成M、Ctrl、R、Client四个文件夹。 没必要一开始就找一个“最佳实践”方案,搞得目录太复杂;除非你已经经验足够丰富,并在一开始就规划好了完整的架构以及评估好各组件的复杂度。

你想的太多了,是否合理的问题应该在用了一段时间之后再问,到时候是不是合理你也能亲身体会出了。

模块多的话,按模块

个人感觉模块吧,不过得事先保守估计一下能有多少个模块。。

来自酷炫的 CNodeMD

先按模块, 再按功能, 大型项目都这样.

回到顶部