本章大部分内容摘自：《领域驱动设计：软件核心复杂性应对之道》一书中的第四章，分离领域，纯属原创。如有错误请指正，相互学习。 在软件中，专门用于解决问题的那部分通常之占整个软件的系统的很小一部分，这与其重要性远远不成比例。要想实现最佳的设计构思，就得去研究模型中的元素并它们视为一个系统 ...

建立领域模型的第一步就是需要识别出实体、值对象与领域服务。 一.实体 1.实体是领域中需要唯一标识的领域概念。通常在业务中，需要唯一标识与区分的对象并需要持续对它进行跟踪，这样的对象我们认为是实体。这里的唯一标识通常指的是业务上的唯一标识，比如订单号、雇员工号等信息，而不是数据库中因为技术需要 ...

一、前言 断断续续的也有在闲余时间接触领域驱动设计的相关知识，因为目前在工作中更多的还只是一名 crud boy，因此目前也只是对其中的某些知识点有知晓，实际使用的比较少，仅此而已。因此，趁着这个春节假期，整理了一下自己的 github 帐号，同时结合自己定的学习计划以及自己的期望发展方向，决定 ...

领域驱动设计DDD在战术建模上提供了一个元模型体系（如下图）: DDD构建的元模型元素脑图 元模型往往用来在某一特定的领域定义一个基础的通用 ...

总结 概述 作为领域驱动设计战术模式中最为核心的一个部分-值对象。一直是被大多数愿意尝试或者 ...

　　值对象这个东西在DDD里算是比较抽象的，好多人学了半天也学不明白。我这种聪明人也费了好大劲，总算苦心人天不负，现在也能用个有模有样了。战术模式中不论是领域服务、对象工厂还是资源库，基本上您能听懂是什么意思，在BO层中所承担的角色也比较明确，唯独这个值对象有点坑爹。遥想当年我在使用C# ...

在上一部分，分层架构的目的是为了将业务规则剥离出来在单独的领域层中进行实现。再回顾一下领域驱动设计的分层中应用层代码的实现。 所有的业务规则都抽象到领域对象，比如“order.pay(amount)”抽象了付款的业务规则。领域对象由状态（对象的字段、属性）和操作（对象的方法 ...

有幸参与了一些领域驱动的项目，读了一些文章，也见识了一些不伦不类的架构，感觉对领域驱动有了更进一步的认识。所以今天跟大伙探讨一下领域驱动设计，同时也对一些想要实践领域驱动设计却又无处下手，或者一些正在实践却又说不上领域驱动设计到底好在哪的朋友一些指引方向。当然对于”领域驱动设计”这个主题而言从来不 ...