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