yxkong的专栏

生成脚手架随着新框架的不断稳定（同时也带来了不错的收益），新的项目以及重构项目不断的往新框架上切，基于这个原因，要把新框架整一个脚手架。脚手架中包含了demo（为了学习而框架，实际开发中会有一些便利性的调整）注意事项依赖maven环境，必须配置MVAVA_HOME依赖jdk环境（一定要jdk，不要jre）maven-archetype 的模板使用velocity引入插件以及自定义配置文件先找一个可以跑起来的demo，在pom文件中引入脚手架的maven plugin 我的工程结构如下： 项目地址：

5ycode 被管理耽误的架构师。工作、学习过程中的知识总结与分享，jvm,多线程,架构设计，经验分享等。 51篇原创内容 ...

分享一个DDD的应用框架，写了一个简单的demo。已经在在生产实践。git地址：https://github.com/yxkong/ddd-framework框架结构如下：项目结构如下：示例流程图：简单说明：只启动一个应用在adapter层启动；接口请求到adapter层，调用DistributeController；controller层做上下文转化以及调用application层；application层进行模型依赖构建，以及领域执行前后的特殊处理；domain层进行了业务逻辑实现（和技术框架无关），

痛点如何分层无领域专家底层数据固定，不想做大的改动值对象、实体、聚合根拆分困难先说如何分层先看下六边形架构 如图我将项目分为四层领域层也是最底层，整个核心的业务逻辑在此封装封装了业务逻辑、定义了领域模型和实体（不对聚合根、值对象、实体做太多的划分）如果业务逻辑设计领域较多，可以封装领域服务此层是面向接口编程，不关注实现数据从哪来，我不管，我就要这样的数据；数据存哪我不管，只要我要的是能能及时给我；基础设施层主要是领域层接口的实现（可能是DB、redis、接口等）技术组件的封装，比如：统一的鉴权，数

第一章DDD对我而言还可以指引构建正确软件模型的方向。领域驱动对团队人的要求较高：具备深厚的业务能力（领域专家）具备业务抽象能力；具备技术抽象能力DDD 领域驱动设计 可以实现目标如果你希望打磨软件匠艺并提高项目的成功率；如果你迫切期望创造软件来帮助企业把业务竞争力提升到新高度；如果你期望实现出来的软件既能正确地对业务需求建模又可以采用最新建的软件架构进行扩张；设计设计是不可或缺的，除了优秀设计就是糟糕设计，根本不存在不做设计.有效设计（Effective Design）可以满足商业组织希望借助软件超越竞争

来源：博客园DDD 领域驱动设计－三个问题思考实体和值对象https://www.cnblogs.com/xishuai/p/ddd-entity-value-object.html消息场景：用户 A 发送一个消息给用户 B，用户 B 回复一个消息给用户 A。。。现有设计：消息设计为实体并为聚合根，发件人、收件人设计为值对象。三个问题：实体最重要的特性是什么？Message 实体是怎么得来的？发件人、收件人为什么不是实体？1. 实体最重要的特性是什么？《领域驱动设计》5.2 实体：摘录一段：许多对