重构一之将属性转化为值对象

本文通过一个具体的订单模型案例,展示了如何随着业务需求的变化逐步优化模型设计。从最初的简单属性到引入值对象,不仅解决了业务问题,还保持了代码的整洁和可维护性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

http://haininghacker-foxmail-com.iteye.com/blog/1405935


记得当初在写项目,其实我已经这样做了,但不知道这就是重构,具一个简单的例子吧。

比如我们写一个order订单模型吧,这个模型里面有tel这个属性。


Java代码   收藏代码
  1. class Order {  
  2.   
  3. private String orderId;  
  4.   
  5. private String tel;  
  6.   
  7. ...  
  8.   
  9. }  
 

刚 开始写项目可能业务上没有需求,所以我们就把tel作为一个属性在order里面存在,但是后来,我们发现业务的复杂性不断提高,对于我们系统的处理提出 了要求,其实大多时候系统的复杂度和设计都是源于业务的,假如现在业务有这样的需求,需要知道这个tel的区号,它的类型,是移动,联通还是电信,是坐机 还是手机,等等这一系列的需求。

面对这些需求,我们有三个处理方案:

1,按照原来的设计,我们可能在服务层,对这个电话号码进行处理,各种if判断,这样因为一个小细节将业务层原有的设计搞得有点杂乱。

2,在order这个模型里面增加属性,telType,isMobile。那么order模型就变成下面这样。


Java代码   收藏代码
  1. class Order {  
  2.   
  3. private String orderId;  
  4.   
  5. private String tel;  
  6.   
  7. private String telType;  
  8.   
  9. private boolean isMobile;  
  10.   
  11. }  
 

虽然这样可以解决问题,但是这样我们这个Order模型就失去了设计者的初衷,如果后面还有其它类似的业务,都这样处理,那么这个模型将变得杂乱无章,无任何设计可言。

3,将属性抽象为一个值对象。我们可以新建一个TelModel。


Java代码   收藏代码
  1. class TelModel {  
  2.   
  3. private String telNo;  
  4.   
  5. private String telType;  
  6.   
  7. private boolean isMobile;  
  8.   
  9. }  
  10.   
  11. class Order {  
  12.   
  13. private String orderId;  
  14.   
  15. private TelModel telModel;  
  16.   
  17. }  
 

这样设计以后我们始终都是在操作对象,操作对象的感觉很爽吧。哈哈~

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值