同步操作将从 Ealen/springcloud-microservice-ddd 强制同步,此操作会覆盖自 Fork 仓库以来所做的任何修改,且无法恢复!!!
确定后同步将在后台操作,完成时将刷新页面,请耐心等待。
这是一个基本的微服务+DDD演示例子:
基于 Spring Boot 1.5.6 , Spring Cloud Edgware.SR4 Version
微服务 + DDD,个人觉得应该是首先是从微服务的角度(如何划分微服务)考虑去划分大的业务模块,每一个微服务都应该是一个可以单独部署,各司其职的模块;
微服务实际开发中,也结合DDD的思想去划分所有属于自己的领域。
微服务的划分与落地,其实也应该是以DDD的思想做去指导的,所以无论我们代码结构如何规划,也并非一成不变,应该从实际出发,去思考划分结构的意义。
此例子是对于微服务+DDD反应到实际开发,代码的结构设计上的一种初步的思考与探索,一个样板工程,不应该成为我们对实际DDD思考与设计的限制,本例仅供参考。
本文博客链接 : [https://www.cnblogs.com/ealenxie/p/9559781.html]
DDD的结构图:
本项目是一个假设已经划分好了业务微服务,设计遵循DDD的架构与角色,代码设计上就分为Infrastructure,Domain,Application,Interfaces,项目结构图如下 :
结构说明:
Infrastructure层:
基础实施层,向其他层提供通用的技术能力(比如工具类,第三方库类支持,常用基本配置,数据访问底层实现),结构如图:
Domain层:
主要负责表达业务概念,业务状态信息和业务规则;是整个系统的核心层,几乎全部的业务逻辑会在该层实现,结构如图:
Application层:
相对于领域层,应用层是很薄的一层,应用层定义了软件要完成的任务,要尽量简单。
注: 下图package-info里面所说的对内对外,对程序而言,事实上是从展现层调用应用层,应用层调用领域层,领域层或调用基础实施层。结构如图:
Interfaces层:
负责向用户显示信息和解释用户命令,请求应用层以获取用户所需要展现的数据(比如获取首页的商品数据)。结构如图:
本文参考内容:
[https://www.cnblogs.com/hafiz/p/9388334.html]
[https://blog.csdn.net/k6T9Q8XKs6iIkZPPIFq/article/details/78909897]
[https://www.cnblogs.com/netfocus/archive/2011/10/10/2204949.html]
[https://blog.csdn.net/bluishglc/article/details/6681253]
声明:
本文根据自身对微服务和DDD学习和理解,做了一个用SpringCloud搭建的最基本的结构例子。
个人才疏学浅,如有雷同或是不当之处,望各位见谅和帮忙指正。
感谢各位提出意见和支持。
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。