《Dubbo 实现原理与源码解析 —— 精品合集》 《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》 《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》 《数据库实体设计合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》 《Java 面试题 + Java 学习指南》

摘要: 原创出处 my.oschina.net/AmosWang/blog/4951326 「AMOS0626」欢迎转载,保留摘要,谢谢!


🙂🙂🙂关注**微信公众号:【芋道源码】**有福利:

  1. RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表
  2. RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址
  3. 您对于源码的疑问每条留言将得到认真回复。甚至不知道如何读源码也可以请教噢
  4. 新的源码解析文章实时收到通知。每周更新一篇左右
  5. 认真的源码交流微信群。

1. 单模块

优势

快速上手,前期开发效率高。

劣势

要想实现传统的三层架构(web/service/dao),多采用分包,分包带来个问题就是,包之间边界约束不够。

正常来说,三层架构之间是有依赖关系的,dao --> service --> web,依赖是单向的。

举个例子:前端请求的 xxxRequest 应该放哪呢,放 web 还是 service,放 web 的话,service 应该是不能访问的,所以怎么约束呢?

再极端一点,dao 不能调用 service 吧,但项目中最不缺的就是临时方案,所以怎么约束呢?

2. 多模块(重点来了)

优势

约束能力,模块间引用关系是明确的,项目架构更清晰。

劣势

简单说,从头搭着可能慢点,用上模板都差不多。

首推阿里COLA:https://github.com/alibaba/COLA

本人结合 阿里COLA4.0 实现了一个,模块结构如下

think-cola

  • start(启动项目)
  • think-client(api、dto)
  • think-controller(controller,调用app)
  • think-app(校验、封装、执行,调用domain、infrastructure)
  • think-domain(DDD 领域模型,也可暴露接口,由infrastructure实现)
  • think-infrastructure(db、rpc、search、防腐)

项目地址:https://github.com/AmosWang0626/think-cola

3. 怎么选?

作为应用级架构,小项目,2~3个人开发的,单模块可能就足够,前提是每个人都对架构有认识,个人约束力很重要;

其他均建议多模块,长期来看,约束是第一生产力,架构直接影响重构的成本。

引用《代码精进之路:从码农到工匠》中的两段话结尾:

  • 要记住,留给公司一个方便维护、整洁优雅的代码库,是我们技术人员最高技术使命,也是我们对公司做出的最大技术贡献;
  • 【防止破窗】首先我们要有一套规范,并尽量遵守规范,不要做“打破第一扇窗”的人;其次,发现“破窗”要及时修复,不要让问题进一步恶化。
文章目录
  1. 1. 1. 单模块
    1. 1.1. 优势
    2. 1.2. 劣势
  2. 2. 2. 多模块(重点来了)
    1. 2.1. 优势
    2. 2.2. 劣势
  3. 3. 3. 怎么选?