记得当初在写项目,其实我已经这样做了,但不知道这就是重构,具一个简单的例子吧。
比如我们写一个order订单模型吧,这个模型里面有tel这个属性。
class Order {
private String orderId;
private String tel;
...
}
刚 开始写项目可能业务上没有需求,所以我们就把tel作为一个属性在order里面存在,但是后来,我们发现业务的复杂性不断提高,对于我们系统的处理提出 了要求,其实大多时候系统的复杂度和设计都是源于业务的,假如现在业务有这样的需求,需要知道这个tel的区号,它的类型,是移动,联通还是电信,是坐机 还是手机,等等这一系列的需求。
面对这些需求,我们有三个处理方案:
1,按照原来的设计,我们可能在服务层,对这个电话号码进行处理,各种if判断,这样因为一个小细节将业务层原有的设计搞得有点杂乱。
2,在order这个模型里面增加属性,telType,isMobile。那么order模型就变成下面这样。
class Order {
private String orderId;
private String tel;
private String telType;
private boolean isMobile;
}
虽然这样可以解决问题,但是这样我们这个Order模型就失去了设计者的初衷,如果后面还有其它类似的业务,都这样处理,那么这个模型将变得杂乱无章,无任何设计可言。
3,将属性抽象为一个值对象。我们可以新建一个TelModel。
class TelModel {
private String telNo;
private String telType;
private boolean isMobile;
}
class Order {
private String orderId;
private TelModel telModel;
}
这样设计以后我们始终都是在操作对象,操作对象的感觉很爽吧。哈哈~