Domain Driven Design Introduction

DDD把模型分成四层

  1. UI 层,负责界面展示。
  2. 应用层(Application Layer),负责业务流程。
  3. 领域层(Domain Layer),负责领域逻辑
  4. 基建层(Infrastructure Layer),负责提供基建。
  • DDD 把业务分成 UI、应用、领域、基建四层,其核心是高度提纯、通用、少变化的领域层,是谓“领域驱动”;
  • 领域层中包含领域模型,捕捉领域逻辑,暴露出接口用于操作领域模型,这些接口提供的操作可以确保领域是自洽的;
  • 领域模型既是业务描述,又是代码实现的结构设计,二者的结合点在于公开出来的界面、接口。

实体(Entity) & 值对象(Value Object)

实体与面向对象中的概念类似,在这里再次提出是因为它是领域模型的基本元素。在领域模型中,实体应该具有唯一的标识符,从设计的一开始就应该考虑实体,决定是否建立一个实体也是十分重要的。

值对象和我们说的编程中数值类型的变量是不同的,它仅仅是没有唯一标识符的实体,比如有两个收获地址的信息完全一样,那它就是值对象,并不是实体。值对象在领域模型中是可以被共享的,他们应该是“不可变的”(只读的),当有其他地方需要用到值对象时,可以将它的副本作为参数传递。

服务(Services)

当我们在分析某一领域时,一直在尝试如何将信息转化为领域模型,但并非所有的点我们都能用Model来涵盖。对象应当有属性,状态和行为,但有时领域中有一些行为是无法映射到具体的对象中的,我们也不能强行将其放入在某一个模型对象中,而将其单独作为一个方法又没有地方,此时就需要服务.

服务具有以下特点:

  • 服务中体现的行为一定是不属于任何实体和值对象的,但它属于领域模型的范围内
  • 服务的行为一定涉及其他多个对象
  • 服务的操作是无状态的

Reference from https://blog.csdn.net/xuxuerlai/article/details/81318565

Donate article here