这是一个创建于 2687 天前的主题，其中的信息可能已经有所发展或是发生改变。
写了很长一段时间 Java 了，但是之前一直都是自己开发，也没个规范，模块和功能有时候乱七八糟弄在一起，这样接下来也不是个事，所以想请教一下 规范的包结构该是什么样的。
我也看了一下各个开源项目，因为基本都不是业务，都是类似于工具的开源项目，包结构比较好分。
比如有个大项目： 一个系统有多个功能模块，有定时任务，有 Aop，自定义的网络框架，Bean 无数，业务基于 Sping 编写。 像这样的项目该怎么定义包结构。
 | 1 KentY 2018-07-02 21:44:15 +08:00 基本上，一种是按技术角度分， 比如就是最烂大街的 controller, dao, service, utils.... 还有一种， 如果业务上的各个分类的功能很相似， 又挺繁多， 为了维护某个业务方便， 也可以按业务来 /usermgmt/dao, usermgmt/service... /customermgmt/dao, /customermgmt/service etc. 这个东西统一就好， 并不影响代码的质量。 |
 | 2 LosLord OP @KentY #1 我先在是用第一种，小项目还好，项目一大，就乱七八糟的。第二种也想过，但是有时候共用的类都不知道放在哪 |
 | 3 airfling 2018-07-02 22:20:58 +08:00 via Android  1 我基本上都是相同或者关联性比较强的放在一起 |
 | 4 zjsxwc 2018-07-02 22:33:42 +08:00 via iPhone 1 没什么好考虑的，无脑根据被依赖相关程度划分代码模块，当然要符合 solid 原则写代码，嗯，也就是跟着感觉走，反正重构时挪一下位置也快的 |
 | 5 kanezeng 2018-07-02 22:40:25 +08:00 1 真的大项目，就还是拆成微服务的小项目吧，对大项目来说还是值得的 |
 | 6 feiyuanqiu 2018-07-02 23:20:56 +08:00 1 按模块分呗，用 maven 组织 module，把领域模型、基础服务拆分出单独的 module，把任务、web 也拆成单独的 module |
 | 7 laball 2018-07-03 09:17:00 +08:00 1 建议按适当的粒度划分模块吧，不过，有的时候不是很好把握。 可以先按照一个大的规则划分，然后，等模块达到一定的复杂程度后，再进行拆分； |
 | 8 archangels 2018-07-03 12:31:07 +08:00 1 可以按模块分，然后按照自己的兴趣给各个模块取个别名 |
Select Language