Java相对于c而言,是一门比较安全的语言,免去了指针操作带来的各种不安全因素,但是当你构建一个类,给别人提供接口,在交互的过程也会带来不少麻烦,有时候甚至会改变对象内部的不可变状态,请看下面例子。
public class Tryst {
private final Date date;
public Tryst(Date date){
this.date = date;
}
public Date getDate() {
return date;
}
}
Tryst是幽会的意思,有女友的程序员朋友都知道,初次约会的时候,女生最喜欢男友准时准点地在那里等,而不是干巴巴地让女孩子在等,等久了,是要删游戏装备的,哈哈。所以约会的时间不能随意改变,在这里用了final关键字修饰(注意,final修饰变量,如果是基本类型,则值当然不可变,若是对象,指的是它不能指向其他对象,而引用的对象本身是可变的)。
那这是否意味着date不可变了呢,答案是否定的,请看:
Calendar cal = Calendar.getInstance();
cal.set(2016, 3, 22);
Date date = cal.getTime();
Tryst tryst = new Tryst(date);
date.setDate(23);
看见没有,方法调用者可能是捣蛋鬼或者经验不足,如果他这样去调用,日期从22号变成23号,这不就错过了吗?那有什么方法可以防止这种情况发生呢。仔细思考一分钟......
public Tryst(Date date){
this.date =new Date(date.getTime());
}
我们重新定义构造方法,这样Tryst就不会受到上述调用的影响。那这段代码是否就没有任何瑕疵了呢,别忘了我们还开了一扇门放小偷进来,继续思考......
Calendar cal = Calendar.getInstance();
cal.set(2016, 3, 22);
Date date = cal.getTime();
Tryst tryst = new Tryst(date);
tryst.getDate().setDate(23);
对了,这扇门就是getDate()方法,于是我们很快可以想到如何关上这扇门:
public Date getDate() {
return new Date(date.getTime());
}
看到了吧,就是这么一段简单的代码,还是有不少出差错的可能的,软件是一件需要不断精细打磨的艺术品,所有的程序员都是工匠,是艺术家。开发一件不断被使用的产品,说某个功能很简单,可以原谅,但说功能开发好之后,万事大吉,不需要继续投入的boss和pm,都是傻逼。
扫码关注腾讯云开发者
领取腾讯云代金券
Copyright © 2013 - 2025 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号:粤B2-20090059 深公网安备号 44030502008569
腾讯云计算(北京)有限责任公司 京ICP证150476号 | 京ICP备11018762号 | 京公网安备号11010802020287
Copyright © 2013 - 2025 Tencent Cloud.
All Rights Reserved. 腾讯云 版权所有