std::list 修改某个值_值得一试的值对象

e393d1eb8ddb3e2837f89df3e7953db8.png

我相信你在许多的项目中见到过使用String类型表示电话号码、地址等概念,使用用double和float类型表示着金钱的概念,用int和long类型表示体重、大小、距离等可以度量的概念。它们的存在使得程序员在开发的过程中,写出的代码并不具备较高的抽象层次。程序员们也常常会在项目中编写大量与之相对应的工具类,公然违背了类作为"对象模板"的职责。接下来我们来看看工具类是如何在项目中演化出来的。


在开发之初,项目中对商品对象(为了易于,我只在goods对象中突出price属性,而且也并未添加币种作为属性,但足以暴露所存在的问题)建模可能如下所示:

ae3b4792a5a4746438b682de68a7f7a5.png


我们很容易发现这个对象还不完善,因为在创建goods对象时,我们传入的price很可能包含非法值,因此我们需要对price参数进行有效性验证(因为商品的价格(price)是由金钱来衡量的,所有对price的验证规则,跟金钱是一样的),这个验证price有效性很自然的被放置在了setPrice方法中:

3489341e2909a88dca62378716a00cc7.png

目前看来是否一切还挺顺利的?好,现在项目中有另一个对象也需要price作为参数去初始化,你编写出了类似goods对象的代码:

9960b84248b41c70bf2e07134964e295.png

你很聪明,你发现了对price的验证逻辑又在这里重写了一遍, 根据DRY原则(Don't Repeat Yourself,不要重复自己) ,你认为这个相同的逻辑需要提取出来。那么提取出来应该放置在哪呢?于是你在util包下创建MoneyUtil工具类,将验证逻辑放置其中:

be9cea735b804012e3282e28055de6d3.png

这个MoneyUtil工具类看起来的确解决了一些问题,比如在下一次编写另一个需要price作为初始化属性时,你不在需要重新编写validate函数了;甚至一旦金钱的验证规则改变,你都不需要去每一个对象中修改金钱的验证规则,只需要在MoneyUtil修改即可,而且只要你的MoneyUtil.validate接口声明不变,引用它的对象甚至都意识不到它已经改变了。现在的代码看起来已经很好了,不是吗?但是它还有问题,对金钱的有效性的验证应该是消费它的对象(在这里是goods与XXX)的职责吗?它们不仅得关注自身的职责还得关注金钱相关的职责,它们关注点是否太多了些?我们或许可以从值对象中获取更加完美的答案。

值对象

接下来我们便开始讲述值对象的相关概念了。值对象是一个用于描述领域的某个方面本身而本身没有概念标识的对象。也就是说我们只在乎它是什么,不在乎它是谁。比如你打的士车,你不会关注来的是哪一辆出租车,你只关心它是否是出租车,只要是,那么你就可以花钱乘坐到达你的目的地。那么谁会关心这是那一辆出租车呢?出租车司机,因为他不可能随便上一辆出租车就出来做生意,他只能使用他自己的;若是很不幸,你的手机落在了出租车上,那么这时候你也会关心你所乘坐的是哪一辆出租车。

值对象的特征


值对象所包含的属性应该形成一个概念整体,它可以只处理单个属性,也可以处理一组相关联的属性,在这组相关联的属性中,每一个属性都是整体属性不可或缺的组成部分。如果一组属性联合起来并不能表达一个整体上的概念,那么这种联合也并无多大用处。只有155cm才可以表示身高的概念,单独的155和cm都不能表示身高的概念。在上面的代码示例中,缺少币种这个属性,因此goods对象的price的值充满了歧义,因为你根本不知道是使用人民币还是美元作为币种,所以用户根本不知道商品的价格是否合理。而且从上面的代码中我们还看到,goods对象已经在着手解决price的有效性问题了,围绕price相关的领域逻辑已经泄露到了goods对象中。因此在大多数情况下,直接使用编程语言的基本类型很难体现出完整的领域概念。

值对象的实践建议

在你实践值对象的过程,我强烈建议使值对象包含不可变的特性。我们要让值对象包含不可变的特性,就必须使一个值对象在创建后就不能改变了。当我们使用构造函数来创建值对象实例时,此时传入的参数包含该值对象的所有状态所需的数据信息。所传入的参数既可以作为该值对象的直接属性,也可以用于计算出新的属性。但光凭初始化是不能保证值对象的不变性的。还得要求值对象上的方法必须无副作用。像如下对象中的公开的setter方法是肯定不行的:

5828225a22675fe3d51b7418d3cf6b25.png

不仅如此,任何在值对象创建之后,能够引起值对象属性值改变的方法都不应存在。为了保证值对象的不变性,建议任何需要改变值对象的方法建议返回一个新的实例,该实例包含你所需的变化值。如下例所示:

27affb6457b3e7bd25412692d883a694.png

代码示例中的‍Money值对象中有两个看起来好像更改了其状态的方法,但实际上这两个方法都返回带有更新后的值的新实例,原始的实例则根本没有被改变。

最后,值对象还有一个需要讨论的地方是它的相等性,因为它欠缺身份,所以在实现其相等性时,不会像实体类一样使用ID,它们的相等性,只能通过比较两个对象的类型和属性来决定。
如果你的代码中出现文章中一开始指出的问题,也许你就可以试试值对象。值对象的好处不仅仅是使得代码的复用性提高,它能带给你的更多是概念的明确和抽象层次的提高。

更多精彩洞见,请关注微信公众号:Clean Design

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值