从这篇文章开始，我们开始介绍大健康行业直销系统领域层的实现。 先简单讲下业务方面的需求：直销系统会有一个顶级的经销商，经销商的基本信息中包括经销商的名字、联系人(因为在平台购买产品后，会寄送给联系人)、总的电子币（电子币是由经销商支付产生， 购买产品后会扣减电子币）、总的奖金币（系统周期性 ...

上一篇文章主要讲了经销商注册的仓储和领域逻辑的实现，我们先把应用服务协调完成经销商注册这部分暂停一下，后面文章统一讲。 这篇文章主要讲讲经销商登录的仓储和相关逻辑的实现。 在现代应用程序前后端分离的实现中，通常不是将用户登录的信息存储在服务器端Session，因为会存在服务器Session无法 ...

前一篇文章主要讲了订单上下文的POCO模型，其中订单与订单项中有大量的值对象。这篇文章主要讲讲这些值对象以及订单项、订单相关的领域逻辑。 1.ProductSKUs值对象领域逻辑：ProductSKUs值对象用于订单项实体中，它的信息应该来源于产品上下文的ProductSKU实体 ...

前两篇文章主要实现了经销商代注册的仓储与领域逻辑、经销商登录的仓储与相关逻辑，这篇文章主要讲述经销商代注册的用例与经销商登录的查询功能。 一.经销商代注册用例 在经销商代注册用例中，我们需要传递经销商的基本注册信息，这个信息是做成了DTO对象。 1.经销商注册的DTO对象 ...

从这篇文章开始，我们根据前面的DDD理论与DDD框架的约束，正式进入直销系统案例的开发。 本篇文章主要讲产品上下文中的领域层的主要实现，先简单讲下业务方面的需求：产品SPU与产品SKU，产品SPU主要是产品的名字和相关描述， 产品SKU包括产品SPU的多个规格，每个规格有不同的价格与PV值 ...

前一篇文章我们介绍了如何将创建产品的领域逻辑与产品的持久化仓储通过上架产品的用例组织起来，完成了一个功能。在实际的项目中，多种前端的形态比如PC Web、 微信小程序、原生APP等要调用后端的功能，通常要将后端的功能包装成RESTFUL风格，这样前端就可以使用Http Get或Post方式调用 ...

前一篇文章我们完成了产品上下文的领域层，我们已经有了关于产品方面的简单领域逻辑，我们接着来实现产品上下文关于仓储持久化与应用层的用例如何来协调 领域逻辑与仓储持久化。 首先大家需要明确的是，产品上下文的领域逻辑是系统的核心，它不应该依赖仓储，而仓储应该要依赖领域层，这样仓储才可以把领域逻辑执行 ...

在本系列前面的文章中，我们主要讨论了产品上下文与经销商上下文相关的实现，大家对DDD的方法与架构已经有了初步的了解。 但是在这两个界限上下文中，业务逻辑很简单，也没有用到更多的值对象的内容。从这篇文章开始，我们来讲讲订单界限上下文实现的内容， 里面的业务逻辑相对复杂一些，而且有大量值对象的引入 ...