DDD理论学习系列(6)-- 实体

1.引言

实体对应的英语单词为Entity。提到实体,你可能立马就想到了代码中定义的实体类。在使用一些ORM框架时,比如Entity Framework,实体作为直接反映数据库表结构的对象,就更尤为重要。特别是当我们使用EF Code First时,我们首先要做的就是实体类的设计。在DDD中,实体作为领域建模的工具之一,也是十分重要的概念。

但DDD中的实体和我们以往开发中定义的实体是同一个概念吗?
不完全是。在以往未实施DDD的项目中,我们习惯于将关注点放在数据上,而非领域上。这也就说明了为什么我们在软件开发过程中会首先做数据库的设计,进而根据数据库表结构设计相应的实体对象,这样的实体对象是数据模型转换的结果。
在DDD中,实体作为一个领域概念,在设计实体时,我们将从领域出发。

2.DDD中的实体

DDD中要求实体是唯一的且可持续变化的。意思是说在实体的生命周期内,无论其如何变化,其仍旧是同一个实体。唯一性由唯一的身份标识来决定的。可变性也正反映了实体本身的状态和行为。

3. 唯一标识

举个例子,在有双胞胎的家庭里,家人都可以快速分辨开来。这得益于家人对双胞胎性格和外貌的区分。然而邻居却不能,只能通过名字来区分。上小学后,学校里尽然有重名的,这时候就要取外号区分了。上大学后,要坐火车去学校,买票时就要用身份证号来区分了。

针对这个例子,如果我们要抽象出一个User实体,要如何定义其唯一标识呢?
其中性格、外貌、昵称、身份证号都可以作为User实体的属性,在某些场景下某个属性就可以对对象进行区分。但为了确保标识的稳定性,我们只能将身份证号设为唯一身份标识。

3.1.唯一标识的类型

唯一标识的类型在不同的场景又有不同的要求。
主要可以分为有意义和无意义两种。
在一个简单的应用程序里,一个int类型的自增Id就可以作为唯一标识。优点就是占用空间小,查询速度快。
而在一些业务当中,要求唯一标识有意义,通过唯一标识就能识别出一些基本信息,比如支付宝的交易号,其中就包含了日期和用户ID。这种就属于字符串类型的标识,这就对唯一标识的生成提出了挑战。
在一些复杂的业务流程中,对唯一标识没有要求,我们可以使用GUID类型来生成唯一标识,很显然GUID占用空间就毕竟大,且不利于查询。

3.2.唯一标识的生成时机

有某些场景下,唯一标识的生成时机也各不相同,主要分为即时生成和延迟生成。
即时生成,即在持久化实体之前,先申请唯一标识,再更新到数据库。
延迟生成,即在持久化实体之后。

3.3.委派标识和领域标识

基于领域实体概念分析确定的唯一身份标识,我们可以称为领域实体标识。
而在有些ORM工具,比如Hibernate、EF,它们有自己的方式来处理对象的身份标识。它们倾向于使用数据库提供的机制,比如使用一个数值序列来生成识。在ORM中,委派标识表现为int或long类型的实体属性,来作为数据库的主键。很显然,委派标识是为了迎合ORM而创建的,且委派标识和领域实体标识无任何关系。

那既然ORM需要委派标识,我们就可以创建一个实体基类来统一指定委派标识。而这个实体基类又被称为层超类型。

3.3.1.实现层超类型

首先定义层超类型接口:

public interface IEntity
{
}

public interface IEntity<TPrimaryKey> : IEntity {TPrimaryKey Id { get; set; } }

通过定义泛型接口,以支持自定义主键类型。

实现层超类型:

    public class Entity : Entity<int>, IEntity

    {

    }


    public class Entity<TPrimaryKey> : IEntity<TPrimaryKey>

    {

        public virtual TPrimaryKey Id { get; set; }


        public override bool Equals(object obj)

        {

            if (obj == null || !(obj is Entity<TPrimaryKey>))

            {

                return false;

            }


            //Same instances must be considered as equal

            if (ReferenceEquals(this, obj))

            {

                return true;

            }


            //Must have a IS-A relation of types or must be same type

            var typeOfThis = GetType();

            var typeOfOther = other.GetType();

            if (!typeOfThis.GetTypeInfo().IsAssignableFrom(typeOfOther) && !typeOfOther.GetTypeInfo().IsAssignableFrom(typeOfThis))

            {

                return false;

            }


            return Id.Equals(other.Id);

        }


        public override int GetHashCode()

        {

            return Id.GetHashCode();

        }


        public static bool operator ==(Entity<TPrimaryKey> left, Entity<TPrimaryKey> right)

        {

            if (Equals(left, null))

            {

                return Equals(right, null);

            }


            return left.Equals(right);

        }


        public static bool operator !=(Entity<TPrimaryKey> left, Entity<TPrimaryKey> right)

        {

            return !(left == right);

        }

    }

可以看到默认的委托标识为int类型。我们重写了Equals,GetHashCode方法,以及==和!=两个操作符。

通过这样一种方式,我们进行约定,所有的实体必须继承自Entity,即可实现委托标识的统一定义。

4.可变性

解决了实体的唯一身份标识问题后,我们就可以保证其生命周期中的连续性,不管其如何变化。

那可变性说的是什么呢?可变性是实体的状态和行为。
而实体的状态和行为就要对具体的业务模型加以分析,提炼出通用语言,再基于通用语言来抽象成实体对应的属性或方法。

我们拿订单环节来举例说明:
当顾客从购物车点击结算时创建订单,初始状态为未支付状态,支付成功后切换到正常状态,此时可对订单做发货处理并置为已发货状态。当顾客签收后,将订单关闭。

从以上的通用语言的描述中(在通用语言的术语中,名词用于给概念命名,形容词用于描述这些概念,而动词则表示可以完成的操作。)
我们可以提取订单的相关状态和行为:

  • 订单状态:未支付、正常、已发货、关闭。针对状态,我们需定义一个状态属性即可。

  • 订单的行为:支付、发货和关闭。针对行为,我们可以在实体中定义方法或创建单独的领域服务来处理。

实体既然存在状态和行为,就必然会与事件有所牵连。比如订单支付成功后,需要知会商家发货。这时我们就要追踪订单状态的变化,而追踪变化最实用的方法就是领域事件。关于领域事件,我们后续再讲。

5.实体的验证

验证的目的是为了检查模型的正确性和有效性。检查的对象可以为某个属性,也可以是整个对象,或是多个对象的组合。针对验证的方式,不一而足,根据需要可自行发挥。

6.总结

实体作为领域建模的工具之一,唯一的身份标识是实体最基本的特征,其次是可变性。唯一身份标识和可变性也是用来区分实体和值对象的主要特征。

为了正确建立实体模型,我们需要将关注点从数据转向领域,从业务模型中提炼通用语言,再基于通用语言分析其状态和行为。

所以,我们可以认为:实体 = 唯一身份标识 + 可变性【状态(属性) + 行为(方法或领域事件或领域服务)】

相关文章

  • DDD理论学习系列(1)-- 通用语言

  • DDD领域驱动之干货 (一)

  • DDD理论学习系列(2)-- 领域

  • DDD理论学习系列(3)-- 限界上下文

  • DDD理论学习系列(4)-- 领域模型

  • 事件总线知多少(2)

  • DDD理论学习系列(5)-- 统一建模语言

  • 从事件和DDD入手来构建微服务

  • DDD领域驱动之干货 (一)

  • WeText项目:一个基于.NET实现的DDD、CQRS与微服务架构的演示案例

  • 【DDD/CQRS/微服务架构案例】在Ubuntu 14.04.4 LTS中运行WeText项目的服务端

原文地址:http://www.cnblogs.com/sheng-jie/p/6991095.html


.NET社区新闻,深度好文,微信中搜索dotNET跨平台或扫描二维码关注

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/324809.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

班级日常 | 一天一瞬间!

点击上方蓝色关注我们&#xff01;欢迎来到今天的“一天一瞬间”专栏在学习word操作时&#xff0c;同学们的兴趣还是较高的&#xff0c;但是&#xff0c;比起“一天一个黑科技”来说&#xff0c;还是差了许多&#xff01;前面两天都是学的一些简单的DOS命令&#xff0c;比如进某…

jzoj1370-飞船【RMQ初见】

前言 RMQ就是一个在一个序列中来多次询问某段的最大值的快速的方法。其他自行度娘 正题 题目 一些成直线的星星&#xff0c;给出m段询问&#xff0c;求一段距离间最大的星星 输入输出与样例&#xff08;建议无视&#xff09; 输入 第一行输入N,M 接下来一行N个整数&#…

double类型进行比较排序

不用两个double直接进行强转是为了防止精度的损失 方式一&#xff1a; Overridepublic int compareTo(Object o) { // System.out.println("**************");if(o instanceof Goods){Goods goods (Goods)o;//方式一&#xff1a;if(this.price > goods.p…

ASP.NET Core Web 资源打包与压缩

本文将介绍使用的打包和压缩的优点&#xff0c;以及如何在ASP.NET Core应用程序中使用这些功能。 概述 在ASP.Net中可以使用打包与压缩这两种技术来提高Web应用程序页面加载的性能。通过减少从服务器请求的次数和减少资源文件的体积来提高加载性能。 打包是一地将多个文件&a…

班级日常分享 | 一天一瞬间!

点击上方蓝色关注我们&#xff01;介于最近同学们的学习劲头十足的样子&#xff0c;我和丁老师商量决定晚上不布置作业&#xff0c;看一部电影放松放松&#xff01;昨晚下晚自习后&#xff0c;零零散散的还有一部分同学在教室里面学习&#xff0c;值班老师都催促多次&#xff0…

jzoj1371-假期【RMQ】

前言 上一篇RMQ博客&#xff1a;http://blog.csdn.net/mr_wuyongcong/article/details/79253383 正题 题目 要给奶牛放假&#xff0c;每天有一定的快乐值&#xff08;有可能是负数&#xff09;&#xff0c;假期不能小于p天或大于q天&#xff0c;求最大快乐值 输入 第一行&a…

句法分析(syntactic parsing)在NLP领域的应用是怎样的

转载自 句法分析&#xff08;syntactic parsing&#xff09;在NLP领域的应用是怎样的 句法分析&#xff08;syntactic parsing&#xff09;在NLP领域的应用是怎样的&#xff1f; 文章整理自郭江师兄问题回答&#xff08;被收录于知乎编辑推荐&#xff09;&#xff01;已取得…

新的学期、新的开始、新的付出、新的收获!

点击上方蓝色关注我们&#xff01;本文原创&#xff1a;王晓丹同学初次&#xff0c;我漫步在静静的校园&#xff0c;深情的黄昏&#xff0c;显得格外惹人喜爱。哇&#xff01;那是什么&#xff1f;我情不自禁的喊了出来&#xff0c;一颗石榴树 &#xff0c;引起了我满满的回忆&…

ASP.NET Core Web API 最小化项目

ASP.NET Core中默认的ASP.NET Core 模板中有Web API 模板可以创建Web API项目。 有时&#xff0c;只需要创建一个API&#xff0c;不需要关心Razor&#xff0c;本地化或XML序列化。通过删除无用的NuGet软件包和代码&#xff0c;可以提高 API 的加载时间并减少部署包大小。 新建…

【jzoj】2018.2.5NOIP普及组——C组模拟赛

前言 今天第一次正式C组题&#xff0c;不过……比较恐怖。 正题 题目1&#xff1a;公牛和母牛&#xff08;jzoj1292&#xff09; 有n头牛&#xff0c;可以是公牛或母牛&#xff0c;每头公牛之间至少得有k头母牛。求方案数。 输入输出&#xff08;建议跳过&#xff09; Inpu…

LinkedHashSet VS HashSet

LinkedHashSet的使用 LinkedHashSet作为HashSet的子类&#xff0c;在添加数据的同时&#xff0c;每个数据还维护了两个引用&#xff0c;记录此数据前一个 数据和后一个数据。 优点&#xff1a;对于频繁的遍历操作&#xff0c;LinkedHashSet效率高于HashSet

oop

# 一个典型的类的定义 class Student:def __init__(self, name, score): # 构造方法第一个参数必须为 selfself.name name # 实例属性self.score scoredef say_score(self): # 实例方法print(self.name, 的分数是&#xff1a;, self.score)s1 Student(张三, 80) # s1 是…

隐马尔科夫模型-基本模型与三个基本问题

转载自 隐马尔科夫模型-基本模型与三个基本问题 隐马尔科夫模型-基本模型与三个基本问题 这次学习会讲了隐马尔科夫链&#xff0c;这是一个特别常见的模型&#xff0c;在自然语言处理中的应用也非常多。 常见的应用比如分词&#xff0c;词性标注&#xff0c;命名实体识别等…

日常技术分享 : 一定要注意replcaceAll方法,有时候会如你所不愿!

点击上方蓝色关注我们&#xff01;今天&#xff0c;踩过了一个雷&#xff0c;特此整理了一下&#xff0c;以防大家也被中招&#xff01;事情是这样的&#xff0c;在做一个项目时&#xff0c;需要用到String类的replcaceAll方法&#xff0c;可以这么说&#xff0c;该方法就是替换…

在微服务中如何管理数据

来自Stitch Fix团队的工程副总裁Randy Shoup在QCon纽约2017会议上讨论了如何在基于微服务的应用中管理数据和隔离持久化。他还介绍了将事件&#xff08;Event&#xff09;作为微服务的第一类构造。他介绍自己的团队将机器学习技术应用到了业务的各个组成部分&#xff0c;比如购…

jozj3419-最大利润【树形dp】

前言 树形dp是前天学的&#xff0c;题目也是前天做的&#xff0c;可博客却是今天发的。 正题 题目大意 一棵树一样的火车站&#xff0c;每个站点有不同的利润&#xff0c;不能连续选择相连的两个站点的利润&#xff0c;求最大利润。 输入输出&#xff08;建议无视&#xf…

<url-pattern>标签中使用/和/*的区别:

/所匹配的请求可以是/login或.html或.js或.css方式的请求路径&#xff0c;但是/不能匹配.jsp请求路径的请求因此就可以避免在访问jsp页面时&#xff0c;该请求被DispatcherServlet处理&#xff0c;从而找不到相应的页面/*则能够匹配所有请求&#xff0c;例如在使用过滤器时&…

SpringIOC

SpringIOC 作用: 实现了层与层之间对象的逻辑性的解耦.IOC将耦合性非常高的对象进行解耦. SpringIOC创建对象的三种方式 1.通过构造器方式 ①无参数构造器(创建一个没有初始化数据的对象) ②有参 数构造器(创建一个带有初始化数据的对象) Applicationcontext.xml <?x…

隐马尔科夫模型-前向算法

转载自 隐马尔科夫模型-前向算法 隐马尔科夫模型-前向算法 在该篇文章中讲了隐马尔科夫模型&#xff08;HMM&#xff09;一基本模型与三个基本问题 隐马尔科夫模型-基本模型与三个基本问题&#xff0c;这篇文章总结一下隐马尔科夫链&#xff08;HMM&#xff09;中的前向与后…