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

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

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

本系列文章 DDD实战进阶第一波(一)：开发一般业务的大健康行业直销系统（概述） DDD实战进阶第一波(二)：开发一般业务的大健康行业直销系统（搭建支持DDD的轻量级框架一） 近年来，关于如何开发基于业务的软件系统与产品一直是软件行业的一个重要内容。对于架构师与软件开发人员来说，开发此类系统 ...

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

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

了解了DDD的好处与基本的核心组件后，我们先不急着进入支持DDD思想的轻量级框架开发，也不急于直销系统需求分析和具体代码实现，我们还少一块， 那就是经典DDD的架构，只有了解了经典DDD的架构，你才能知道具体在哪层要实现哪些功能，编写哪些代码，具体在开发DDD的轻量级框架与具体模块代码实现 ...

本系列文章 DDD实战进阶第一波(一)：开发一般业务的大健康行业直销系统（概述） DDD实战进阶第一波(二)：开发一般业务的大健康行业直销系统（搭建支持DDD的轻量级框架一） 要实现软件设计、软件开发在一个统一的思想、统一的节奏下进行，就应该有一个轻量级的框架对开发过程与代码编写做一定 ...