如何一步一步用DDD设计一个电商网站(九)—— 小心陷入值对象持久化的坑

一、前言

在上一篇中(如何一步一步用DDD设计一个电商网站(八)—— 会员价的集成),有一行注释的代码:

    public interface IRoleDiscountRelationRepository// :    IRepository<RoleDiscountRelation>
    {
        RoleDiscountRelation Get(string roleId);
    }

其中涉及的到问题是关于值对象的持久化问题。是的,由于我们之前的设计中持久化是仅针对聚合根的:

    public interface IRepository<T> where T : AggregateRoot
    {
        string NextIdentity();

        void Save(T aggregate);

        T GetByIdentity(string identity);
    }

但是有时候难免会遇到一些需要持久化值对象的场景:

  场景1:一些不属于任何聚合根的对象,本身又可以当作一个不可变的值来看待(如省市区信息等),当然的确某个地区改名了可以作为一个新的值对象来表示。那么我们在把它们建立为值对象的同时,又需要持久化到数据库。这里就如这个等级折扣。

  场景2:一个聚合根的内部引用了一个值对象的集合,那么如果使用的是关系型数据库进行存储,必然需要单独存一个表。

  其中场景1正好是我们Demo里遇到的场景,下面来一起阐述下我对这2个场景的理解和处理方式。

二、场景1的思考

整个问题的解决方式,首先需要梳理清楚3个基本概念:“聚合根”、“实体”、“值对象”这3者的关系。这个我在(如何一步一步用DDD设计一个电商网站(二)—— 项目架构)中有提及。因为涉及到持久化,所以我们可以再通过分析这3种对象的生命周期来帮助思考。

  聚合根:独立存在的对象,是代表某个限界上下文中的一个高内聚的整体概念。他的生命周期是其所属上下文中所承担的职责的周期。

  实体:无法独立存在,是聚合根的一部分,生命周期由所属的聚合根掌控。

  值对象:可以独立存在,但是无法进行自我管理,可以描述任何聚合根/实体,无生命周期的概念,也可以理解为永生(无限生命周期)。

  把任何一个复杂的事物化繁为简的方式就是不断的提炼,归约。动静分离就是归约的一种方式,笔者我认为在DDD中“动”就是聚合根和实体,“静”就是值对象,如果能不断的提炼出“静”的部分对于整个领域的理解复杂度是有帮助的。“动”是复杂的“似生命体”,是有寿命的;“静”是简单的“死物”,它一直存在,而且一直在那里。

  因此笔者我认为只要是可独立存在的对象都可以使用Repository来持久化。那么我们的Demo中,既然已经决定将等级和折扣率建立为值对象的话,接下去的持久化要怎么做呢?请看Part Ⅳ。

三、场景2的思考

场景2里有一个比较容易踩进去的坑,为了持久化把原本设计成值对象的改为实体(特别是针对一个值对象的集合的时候,需要一个唯一表示来区分其中多个值对象)。特别特别注意,当在脑海中出现这个意识的时候,需要在思维上保证从领域建模的角度思考,而不是为了持久化。因为实体建模是一种数据化的建模方式,很大程度上收到了数据库范式的影响。这里引用[Vaughn Vernon]《实现领域驱动设计》中的4个问题:

  1.我们当前建模的概念表示领域中的一个东西呢,还是只是用于描述和度量其它东西?

  2.如果该概念起描述作用,那么它是否满足以下几大特征?

    ①它度量或者描述了领域中的一件东西。     ②它可以作为不变量。     ③它将不同的相关的属性组合成一个概念整体。     ④当度量和描述改变时,可以用另一个值对象予以替换。     ⑤它可以和其他值对象进行相等性比较。     ⑥它不会对协作对象造成副作用。

  3.将该概念建模成实体是不是只是持久化机制上的考虑?

  4.将该概念建模成实体是不是因为它拥有唯一标识,我们关注的是对象实例的个体性,并且需要在其整个生命周期中跟踪其变化?

  如果你的答案是“描述,是,是,不是”,那么此时你应该坚持用值对象。我们不应该让持久化影响到领域对象的建模。

  那么我们该怎么做呢?请看Part Ⅳ。

四、避坑方式

数据库选型上在Nosql出现后,可以很好的避免了这里的持久化问题。但是弱化的关系之后导致一些查询问题需要做更多的工作去解决。并且我认为在业务复杂的电商系统中,用关系型数据库作为最终的技术选型还是最常见的一种方式。那么在使用关系型数据库的情况下,我们可以通过使用以下几种方式解决这个问题:

  1.把值对象中的属性作为所属实体/聚合根的数据列来存储。

    缺点:会导致数据表列数较多,在一个数据页存储的数据量变少,影响数据库表的使用性能。

  2.把整个值对象序列化后作为所属实体/聚合根的数据列来存储。

    缺点:出现大数据长度的列,页会导致在一个数据页存储的数据量变少,影响数据库表的使用性能。另外无法直接通过SQL来查询值对象的属性,需要自定义做反序列化操作。

  3.如果是ORM类的框架,那么建立一个基类通过protected的标识列来委派这个唯一标识,但是在实际运用过程中是感觉不到这个存在的。

  4.如果不是ORM框架或者本身框架支持,那么可以通过无主键的方式存入到数据表中。

    缺点:是无法嵌套模型。

五、实践

我想上面说的4种方式中的1、2、4都比较好理解,所以在我们的Demo中,我准备使用第3种方式来处理当前的值对象持久化。先看下我们当前抽象出来的几个核心类。

    public abstract class ValueObject
    {
    }
    public abstract class Entity
    {
    }
    public abstract class Aggregate : Entity
    {
    }

简单的不能再简单的,仅仅起到了一个表示作用,但是也体现出了这3个对象之间的联系。根据本篇讲述的内容,再进行一次进行抽象。变成如下图1所示的一个关键模型。

【图1】

其中需要注意的是Entity中的ID其实就是对DelegateIdentifier.Identity的引用,也就是仅仅为了做一个Public的公开。另外AloneStorableValueObject与ValueObject唯一不同是其需要持久化并独占一个数据表,而ValueObject是不需要持久化或者跟着所属的聚合根持久化的。然后我们的IRepository<T>变成下面这样约束:

    public interface IRepository<T> where T : DelegateIdentifier, IAloneStorable
    {
        string NextIdentity();

        void Save(T aggregate);

        T GetByIdentity(string identity);
    }

这样只有继承了AggregateRoot和AloneStorableValueObject可以有自己的Repository了。

六、结语

从业务角度来说设计就是不断的梳理业务再抽象建模的过程,不是一蹴而就,也没有一招打遍天下的方式。需要不断的演进、找到最适合的设计方式。从更泛角度来说设计也是约束、定义规则的过程,一套清晰的规则可以为整个项目的所有开发者往共同的目标前进起到事半功倍的效果。

本文的源码地址:https://github.com/ZacharyFan/DDDDemo/tree/Demo9

作者:Zachary_Fan 出处:http://www.cnblogs.com/Zachary-Fan/p/DDD_9.html

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏后端技术探索

php7和HHVM的性能之争

根据“TIOBE编程语言排行榜”(榜单虽然统计方式有局限,但是仍然不失为一个比较好的参考),2010年PHP最高曾经在世界编程语言中排名第三。可见,PHP语言在...

3102
来自专栏Java成长之路

mo9 2年java面试总结

mo9是一家做数字货币交易所的公司,在4月份的时候自己去mo9参加了java开发的面试。mo9的面试更加注重基础,问了很多java基础方面的知识。下面将面试的一...

1092
来自专栏ThoughtWorks

Rec:一个项目的诞生|洞见

Rec是一个用来验证和转换数据文件的Java应用。从第一行代码到v1版本成形,仅仅经历了一个半月的时间,作为一个开源项目,在很多方面都有着各种各样的纠结。 ? ...

3424
来自专栏PPV课数据科学社区

5个酷毙的Python工具

工欲善其事必先利其器,一个好的工具能让起到事半功倍的效果,Python社区提供了足够多的优秀工具来帮助开发者更方便的实现某些想法,下面这几个工具给我的工作也带来...

2919
来自专栏CSDN技术头条

【问底】徐汉彬:PHP7和HHVM的性能之争

【导读】徐汉彬曾在阿里巴巴和腾讯从事4年多的技术研发工作,负责过日请求量过亿的Web系统升级与重构,目前在小满科技创业,从事SaaS服务技术建设。最近,PHP7...

2375
来自专栏Kirito的技术分享

一个DDD指导下的实体类设计案例

终于开通原创功能了,大家以后可以在文章下方留言了,欢迎交流。 1 前言 项目开发中的工具类代码总是随着项目发展逐渐变大,在公司诸多的公用代码中,笔者发现了一个...

3857
来自专栏小程序·云开发专栏

你不知道的Node.js性能优化

仅仅是简单的升级 Node.js 版本就可以轻松地获得性能提升,因为几乎任何新版本的 Node.js 都会比老版本性能更好,为什么?

8.4K5
来自专栏乐沙弥的世界

Python简介

版权声明:本文为博主原创文章,欢迎扩散,扩散请务必注明出处。

1813
来自专栏应用案例

从MapleStory谈游戏状态同步

前言 单机版基本上做了很多功能了,现在开始进入了网络版,最近一直在做一个功能,玩家的状态同步,在做这个功能的时候遇到了一些坑,因此总结记录一下。 背景 在一个网...

3496
来自专栏拂晓风起

Flash本地传递大数据,图片数据,localconnection 超出大小,超出限制 bitmapdata

1344

扫码关注云+社区

领取腾讯云代金券