0
点赞
收藏
分享

微信扫一扫

Maven 架构选型,单模块还是多模块?

艾晓雪 2022-05-06 阅读 76

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

2. 多模块(重点来了)


优势

约束能力,模块间引用关系是明确的,项目架构更清晰。推荐一个 Spring Boot 基础教程及实战示例:https://github.com/javastacks/spring-boot-best-practice

劣势

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

[首推阿里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个人开发的,单模块可能就足够,前提是每个人都对架构有认识,个人约束力很重要;

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

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

  • 要记住,留给公司一个方便维护、整洁优雅的代码库,是我们技术人员最高技术使命,也是我们对公司做出的最大技术贡献;

  • 【防止破窗】首先我们要有一套规范,并尽量遵守规范,不要做“打破第一扇窗”的人;其次,发现“破窗”要及时修复,不要让问题进一步恶化。

0bc1db414609fc740672ae68b7598672.png

举报

相关推荐

0 条评论