DDD战术篇：领域模型的应用
领域驱动设计DDD在战术建模（后文简称建模，除非特别说明）上提供了一个元模型体系（如下图），通过这个元模型我们会对战略建模过程中识别出来的问题子域进行抽象，而通过抽象来指导最后的落地实现。
由于已经有不少书籍介绍DDD的元模型，这里我们就不再赘述，转而谈谈这个抽象过程中大家经常遇到的一些困惑。这些比较常见的问题可能是DDD元模型未来演进需要解决的，但我们仍然要注意业务问题和架构设计的多样性，不要过度规范，以至于过犹不及。
DDD
DDD实战篇：分层架构的代码结构
在DDD方法提出后的数年里，分层架构的具体实现也经历了几代演进，直到Martin Fowler提炼出分层实现架构后，才逐步为大家所认可。DDD的方法也得到了有效的补充，模型落地的问题也变得更容易，核心领域模型的范围也做出了比较明确的定义：包括了Domain，Service Layer和Repositories。
DDD战略篇：架构设计的响应力
在战略层面，DDD非常强调针对业务问题的分析和分解，通过识别核心问题域来降低分析的复杂度。在战术层面，DDD强调通过识别问题域里的不同业务上下文来进行面向业务需求的组件化。最后在实现层面利用成熟的技术模式屏蔽掉技术细节的复杂度。
DDD & Microservices
Microservices（微服务架构）和DDD（领域驱动设计）是时下最炙手可热的两个技术词汇。在最近两年的咨询工作中总是会被不同的团队和角色询问，由此也促使我思考为什么这两个技术词汇被这么深入人心的绑定，它们之间的关系是什么呢？
用DDD实现打卡系统
这是我们DDD workshop的作业，仅供练习。