假设你还在读这一点，我的DDD是这样的：
DDD是关于试图让你的软件成为现实世界系统或过程的模型。在使用DDD时，您将与一个能够解释真实世界系统如何工作的domain expert密切合作。例如，如果您正在开发一个处理赛马投注的系统，您的域名专家可能是一个有经验的博彩公司。
在您和领域专家之间，您构建一个无处不在的语言(UL)，这基本上是系统的概念描述。这个想法是，你应该能够记录系统做的方式，域专家可以读它，并验证它是正确的。在我们的博彩示例中，无处不在的语言将包括诸如“赛跑”，“赌注”，“赔率”等词语的定义。
UL描述的概念将构成面向对象设计的基础。 DDD为您的对象如何交互提供了一些明确的指导，并帮助您将对象划分为以下类别：
>值对象，其表示可能具有子部分的值(例如，日期可以具有日，月和年)
>实体，它是具有身份的对象。例如，每个Customer对象都有自己的标识，因此我们知道具有相同名称的两个客户不是同一个客户
>聚合根是拥有其他对象的对象。这是一个复杂的概念，工作的基础上，有一些对象没有意义，除非他们有所有者。例如，’Order Line’对象没有意义，没有’Order’属于，因此我们说Order是聚合根，订单行对象只能通过Order对象中的方法来操作
DDD还推荐几种模式：
> Repository，持久化模式(保存和加载数据，通常到/从数据库)
> Factory，一种用于对象创建的模式
> Service，一种用于创建操作您的主域对象而不是域本身的一部分的对象的模式
现在，在这一点，我不得不说，如果你没有听说过任何这些事情，你不应该试图使用DDD在任何项目，你有一个截止日期。在尝试DDD之前，你应该熟悉design patterns和enterprise design patterns.知道这些使DDD更容易掌握。并且，如上所述，InfoQ有一个free introduction to DDD(你也可以找到关于DDD的谈话)。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
