DDD领域驱动-项目模板推荐(java)_ddd 领域驱动
本文大概1300字，大牛可直接查看高亮的字即可。
回顾：随着公司产品功能越堆越多，代码的可复用性越来越无法保障，项目中出现越来越多的重复代码，而无法优化的情况。几年前接触DDD，但没有深入研究，当时参考了一个DDD的程序框架，就开始了产品开发之路，目前回头重新整理这条开发技术路线。
DDD（Domain Driven Design, DDD）领域驱动设计，是一个方法或者思路，并不是一个技术工具。在搜索资料的时候发现了一个有意思的代码仓库：
https://github.com/heynickc/awesome-ddd，该仓库汇总了一些常见的关于ddd的书籍，训练课程，社区资源以及不同语言的ddd代码示例库。
在寻找的过程中，发现了符合自己技术栈（spring boot，messaging，jpa）的另一个开源库：
https://github.com/citerus/dddsample-core，虽说有段时间没更新，但对于学习或者借鉴项目的思路是完全没问题的。
直接跳过新手过程（如果项目无法跑起来或者有奇怪的错误，可私信我），打开项目访问地址：
http://localhost:8080/dddsample/。项目集成了freemarker模版和几个静态的网页，也算一个完整的小型项目。
页面主要包括一个简单的增删改查功能，这并非我重点关注对象。直接查看对应的代码结构，提取出符合项目中常用的一些思路方法。
常用的目录结构如下：
- application
应用层，主要描述当前应用的任务以及对外服务的模块。根据实际情况可以保留也可以删除。
- domain
领域层，最重要也是代码量最大的目录。包含模型，服务，仓库接口定义等。
model 定义了众多业务内部模型。对于业务设计和实现而言，此处的难度都比较大。
service 当前领域的服务（Domain services）。
shared 共享目录，定义一些共享的目录，此处有几个有意思的定义：领域事件DomainEvent,实体Entity，值对象ValueObject。在实际的项目中，此目录对后期的业务开发，具有很大的指导作用。- infrastructure
基础设施，此目录对内使用
messaging.jms 消息目录，异步接收外部消息。
persistence.hibernate jpa数据库持久化层，此处没有方法定义，只负责基础设施的实现；基础设施的定义，在模型目录中定义。
routing 路由服务，个人没看出有啥用处。- interfaces
facade 装饰器或适配器，定义了各种dto，用于与用户接口层交互。
web 可以换个更熟悉的名字“控制器”Controller，主要用于与网页进行数据交互。到此这个项目，最粗略的解读就结束了，更多的还是得靠自己去认真理解每个目录，灵活地应用到自己的项目中。
对以上目录的解读和阅读其他资料，汇总了DDD中几个常见的概念名称。
- Interface用户层 负责与用户或网页交互，实现远程调用。
- Application应用层 用来表示应用的一些任务，这里不包含业务逻辑。
- Domain领域层 本层是最重要的一层，也是业务软件的核心代码所在。一般包括业务的模型建立和核心业务的定义。
- Infrastructure基础设施层 作为底层服务支撑，很多底层的实现均在此层。
在阅读的过程中还汇总了一些其他的常用要素。
- 实体 Entity，能够被持久化同时与业务直接关联可直接被理解的业务对象。
- 值对象 ValueObject，传值使用与其对应的还有DTO。
- 领域服务 DomainService，负责对领域对象进行调度和封装。
- 仓库 Repository，封装了数据持久化相关操作。
此开源工程最大的优势，在众多的spring boot和jpa项目中，提供了一个现成的可直接使用的技术方案（拿来主义）。当然项目中对jpa和activemq的封装可能已经落伍，根据需要直接替换掉即可。
感谢大家看到最后，别忘记加关注哦。一起学习一起进步。