ok_1234的博客

当你决定以恶搞领域概念是否是一个值对象时，你需要考虑他是否拥有以下特征： 它度量或者描述了领域中的一件东西 它可以作为不变量 它将不同的相关的属性组合成一个概念整体 当度量和描述改变时，可以用另一个值对象予以替换 它可以和其他值对象进行相等性比较 它不会对协作对象造成副作用 如果你试图将多个属性加在一个实体上，但这样却弱化了各个属性之间的关系，那么此时你便应该考虑将这些相互关联的属性结合在一个值对象中了。每个值对象都是一个内聚的概念整体，它表达了通用语言中的一个概念。如果其中一个属性表达了一种描述性概念

为什么使用实体 唯一的身份标识和可变性特征将实体对象和值对象区分开来。 有时，实体并不见得是一种适当的建模工具，而我们对实体的使用也有可能是不恰当的。很多时候，一个领域概念应该建模成值对象，而不是实体对象。 应用程序生成唯一标识 有很多可靠的方法都可以自动生成唯一标识，但是如果应用程序处于集群环境或者分布在不同的计算节点中，我们就需要额外小心了。有些方法可以生成完全唯一的标识，比如UUID（Universally Unique Identifier）或者GUID（Globally Unique Identi

上下文映射图主要帮助我们从解决方案空间的角度看待问题。 防腐层（Anticorruption Layer)：在集成两个审计良好的限界上下文时，翻译层可能很简单，甚至可以很优雅地实现。但是，当共享内核，合作关系或客户方-供应方关系无法顺利实现时，此时地翻译将变得复杂。对于下游客户来说，你需要更具自己地领域模型创建一个单独地层，该层作为上游系统地委派向你地系统提供功能。防腐层通过已有地接口与其他系统交互，而其他系统只需要做很小地修改，设置无须修改。在防腐层内部，它在你自己的模型和他方模型之间进行翻译转化。 .

核心域，它是整个业务领域的一部分，也是业务成功的主要促成因素。从战略层面上讲，企业应该在核心域上胜人一筹。我们应该给予核心域最高的优先级、最资深的领域专家和最优秀的开发团队。 有时，我们会创建或者购买某个限界上下文来支撑我们的业务。如果这样的限界上下文对应着业务的某些重要方面，但却不是核心，那么它便是一个支撑子域。创建支撑子域的原因在于他们专注于业务的某个方面，否则，如果一个子域被用于整个业务系统，那么这个子域便是通用子域。 ...

带着问题上路 什么是领域驱动设计（是什么） 为什么要做领域驱动设计（为什么要做） 怎样做领域驱动设计（怎样做） 其他的设计模式与领域驱动设计的区别（有类似为什么要做，但是是在取长补短的总结） 译者序 就像在20世纪六七十年代出现了软件危机之后，面向对象成为了人们的救赎；瀑布式开发过程遇到瓶颈时，敏捷被搬上了舞台。 读到这想到了本科课程中《软件开发》，第一次接触到了瀑布模型，而后研究生课程中《现代软件开发》，知道了管理程序员也不是件易事，要做代码估算，要做时间估算，要做质量评估。 如何使用本书 DDD总览