领域驱动设计(DDD)实践之路(第二篇)
领域事件的发送有很多的实现方案，我们倾向于直接使用spring的功能，因为我们需要同步保证事务。
而领域驱动设计开发过程是让我们基于面向业务开发、面向领域模型开发。
和《精通.NET企业项目开发：最新的模式、工具与方法》。Nick Tune是用技术、协作和领域驱动设计为复杂业务问题提供解决方案的软件开发者。通过开发目标宏伟的产品以及与充满热情的人一起工作，他在寻求不断地自我提升。
DDD简史image 领域驱动设计这个概念出现在2003年，那个时候的软件还处在从CS到BS转换的时期，敏捷宣言也才发表2年。
DDD分为战略设计和战术设计战略是指从业务的角度分析问题，通过事件的风暴识别和建立业务领域模型。根据域实体之间的业务关联，形成聚合，并建立每个聚合之间的边界。
MVC并不能算是系统设计，只能算是一种程序设计模式或程序框架，通常来说DDD的入手是以建立和分析领域模型为基础的，而不是一上来就开始分析程序的数据及行为（业务）。DDD关注的是基于编程语言的业务实现。
为什么说DDD是设计微服务的最佳实践?
所以，经过理论的严密推理和大量实践项目的验证，ThoughtWorks认为DDD是当前软件工程业界设计微服务的最佳实践。
最后，使用DDD可以降低服务的耦合性，让系统设计更加规范。
DDD 并不是一种架构，而是一种架构设计的方法论，是一种设计思想。
DDD概览 启迪 领域可以理解为业务，领域专家就是对业务很了解的人。限界上下文也就是微服务的边界，也可以理解为微服务，一个限界上下文=一个微服务。
DDD是一种方法论，它的本质还是面向对象的思想。DDD在OOAD的基础上提炼演进出了一套架构设计理论。帮助我们，使我们能更容易的以面对对象的思想来设计工程。DDD的设计也需要遵循OOAD的SOLID原则。
DDD是方法不是目标，不需要为了使用而使用。 例如业务模型比较简单可以很容易分析的业务就不需要使用DDD，还有一些目标是快速验证类型的项目，追求短平快，前期可能也不需要使用领域驱动设计。
为什么DDD是设计微服务的最佳实践
虽然那时候大部分的软件应用都是单体的，但是使用DDD依然可以设计出来容易维护而且快速响应需求变化的单体应用出来。
最后，使用DDD可以降低服务的耦合性，让系统设计更加规范。
DDD 并不是一种架构，而是一种架构设计的方法论，是一种设计思想。
十张图讲清楚ddd建模六个问题与六个步骤
1、确定基本量和科学概念确定几个基本量和基本的科学概念，用以反映研究对象的状态。这需要根据已有的科学理论或假说及实验信息资料的分析确定。抓住主要矛盾进行科学抽象抓住主要矛盾进行科学抽象。
2、一般采用以下六个步骤完成：确定研究对象根据研究对象的特点，确定研究对象属哪类自然事物或自然现象，从而确定使用何种数学方法与建立何种数学模型。确定基本量确定几个基本量和基本的科学概念，用以反映研究对象的状态。
3、数学建模七个步骤顺序： 明确问题；合理假设；搭建模型；求解模型；分析模型；模型解释。 模型应用。
4、请举例说明数学建模的七个具体步骤如下：模型准备。
5、数学建模五个步骤顺序如下：第一步：根据研究对象的特点，确定研究对象属哪类自然事物或自然现象，从而确定使用何种数学方法与建立何种数学模型。
6、特征建模即通过特征及其集合来定义、描述零件模型的过程。建模涉及以下几个步骤：建模是指根据实际问题来建立数学模型，来解决实际问题的一种方法。
ddd框架for.net的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于DDD框架是什么、ddd框架for.net的信息别忘了在本站进行查找喔。