分包是模块优先还是层优先?

0 0

分包是模块优先还是层优先?0

举个简单例子,com.公司名.项目名称.下一层的包就应该是

1.层优先的话:
com.xxx.xxx.action
com.xxx.xxx.service
com.xxx.xxx.dao

2.模块优先的话:
com.xxx.xxx.user
com.xxx.xxx.card
com.xxx.xxx.person

一般来讲,应该如何划分?如果是模块优先的话,那不属于任何一个模块的filter和util应该放在什么地方?

编码规范分包

2013年8月14日 10:10

MRmicheal
2
0 0 8

5个答案按时间排序按投票排序

1 0

看到你的问题，顺便说下自己的想法吧。
模块划分，还是层级划分，要考虑一些客观情况，如下:
1、如果涉及团队协作开发，建议按模块划分。因为业务模块之间的耦合性相对于层级的耦合性要低，这样程序员在开发模块时，基本上要开发action、service、orm，这样开发的接触面比较全，而且基本上不需要与其它模块进行交互，减少沟通交流时间，能提高开发效率。如果按照层级划分，那么多人开发时，会存在action依赖service，而service由别人开发，会涉及到交流、沟通（如：action需要的业务方法，需要先告诉service开发人员……等等若干情况）

2、如果独立开发，只要结构清晰，后期维护方便，怎么划分都可以。

目前我经常遇到的结构如下（base名称可以换为core、frameword均可以，看习惯了）：
com.公司名.项目名称.base（基础模块顶级包）
com.公司名.项目名称.base.security（安全相关）
com.公司名.项目名称.base.remote（远程服务相关）
com.公司名.项目名称.base.config（配置相关，提供业务模块配置信息）
com.公司名.项目名称.base.web（web相关，提供通用的拦截器、监听器、标签等等）
com.公司名.项目名称.base.utils（工具包）

下面这个module是比较大的模块，可以在module中继续细分
com.公司名.项目名称.modules.module1
com.公司名.项目名称.modules.module2
com.公司名.项目名称.modules.module3

这样的包结构，对于20左右的开发团队来说，目前感觉还不错，仅供参考。

2013年8月14日 10:27

Dead_knight
1227
2 3 49

添加评论

0 0

如果项目比较大，最好先做好功能模块的划分，这样各模块耦合度降低，有利于不同的开发组或人员分工协作。
但是各模块内部还必须分好层，否则就会一团糟。也就是说模块的划分是显式的，一目了然的，而层的划分则是隐式的。

当然，在功能模块之外，应该还有公共基础模块，你说的那些filter和util等就放在这里。

2013年8月14日 14:33

yunzhu
426
0 1 27

添加评论

0 0

不仅仅要看如何能够更加良好的协作。还要看看未来的部署方式。如果有可能分层部署。则层为大。如果是准备模块独立部署。则模块为大。

绝大部分目前都是模块为大。再分层。这样也符合分而治之的思路

2013年8月14日 13:02

mqlfly2008
39
0 0 1

添加评论

0 0

一般情况下，稍微大点的工程，需要把模块进行拆分子工程，就是另外再生成一个模块，然后按照1的方式，工程之间进行依赖
若是不想划分子模块工程的话，2的方式稍微更加合理点。

但是这个都不一定，主要是看当初搭建架构的时候进行约定。

2013年8月14日 10:16

jinbingchuan
924
0 3 68

添加评论

0 0

一个架构的雏形：
先按照各个层来区分就是典型的MVC 三层，

先创建好：controller
         service
         model

然后在创建你需要的工具类
        common
        filter
        interceptor

最后根据你的模块去扩充

        controller.XXX功能
         service.XXX功能
         model 可以把model 统一放着里