malaoko

在应用服务中实现一个下单的用例，来将这些领域逻辑以及仓储整合起来，完成一个下单的用例。 数据的事务一致性。 最后我们通过webapi完成对应用服务的调用，实现代码如下。 因为这里只是做演示，具体接口与实现没有通过依赖注入框架注入，这部分内容可以自己去实现。

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

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

前两篇文章主要实现了经销商代注册的仓储与领域逻辑、经销商登录的仓储与相关逻辑，这篇文章主要讲述经销商代注册的用例与经销商登录的查询功能。 在经销商代注册用例中，我们需要传递经销商的基本注册信息，这个信息是做成了DTO对象。 商，并且根据EleMoney确定了子经销商的级别；Pa…

上一篇文章主要讲了经销商注册的仓储和领域逻辑的实现，我们先把应用服务协调完成经销商注册这部分暂停一下，后面文章统一讲。 这篇文章主要讲讲经销商登录的仓储和相关逻辑的实现。 无法通过Authorize Attribute判断用户是否已经登录并获取用户身份信息的问题。所以现代应用程…

上篇文章主要讲述了经销商上下文的需求与POCO对象，这篇文章主要讲述该界限上下文的仓储与领域逻辑的实现。关于界限上下文与EF Core数据访问上下文参考产品上下文相应的实现，这里不再累述。因为在经销商上下文中有两个聚合，一个是经销商聚合，一个是登录聚合，所以我们需要实现两个仓储…

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

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

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