这是我参与8月更文挑战的第13天,活动详情查看:8月更文挑战
使用Build模式
- 不是直接生成想要的对象,而是让客户端利用所有必要的参数调用构造器,得到一个builder对象
- 然后客户端在builder对象上调用类似于setter的方法,来设置每个相关的可选参数
- 最后,客户端调用无参的build方法来生成不可变的对象

- build模式十分灵活,可以利用耽搁builder构建多个对象
- builder的参数可以在创建对象期间进行调整,也可随着不同的对象而改变
优先使用基本类型而不是装箱基本类型
测试

- 只因为打错一个字符,变量sum被声明成Long而不是long,运行时间9254ms
- 将
sum改为long类型,运行时间为964ms
重写equals必须重写hashcode
反例
public class PhoneNum {
private final short code;
private final short prefix;
public PhoneNum(int code, int prefix) {
this.code = (short) code;
this.prefix = (short) prefix;
rangeCheck(code, 999, "code");
rangeCheck(prefix, 9999, "prefix");
}
private static void rangeCheck(int arg,int max,String name){
if(arg < 0 || arg > max){
throw new IllegalArgumentException();
}
}
@Override
public boolean equals(Object o){
if (o == this){
return true;
}
if(!(o instanceof PhoneNum)){
return false;
}
PhoneNum pn = (PhoneNum)o;
return pn.prefix == prefix
&& pn.code == code;
}
public static void main(String []args){
Map<PhoneNum,String> map = new HashMap<>();
map.put(new PhoneNum(1,2),"jenny");
System.out.println(map.get(new PhoneNum(1,2)));
}
}
复制代码
- 这时候输出是
null,这里涉及两个PhoneNum的实例; - 第一个被用于插入HashMap中,第二个实例与第一个实例相等,被用于获取;
- 由于PhoneNum类没有覆盖hashcode方法,从而导致两个相等的实例具有不想等的散列码,违反了hashCode规约
- 因此,put方法把电话号码对象存放在一个散列桶中
- get方法却在另一个散列桶中查找这个电话号码,及时这两个实例正好被放到同一个散列桶中
- get方法也必定会返回
null,因为HashMap有一项优化,可将与每个项相关的散列码缓存起来 - 如果散列码不匹配,也不必检验对象的等同性
类层次由于标签类
反例:下面类能表示圆形或者矩形

- 这种标签类有着许多缺点;充斥着样板代码,包括枚举声明、标签域;
- 在Figure类中,只有一个这样的方法:
area,这个抽象类是类层次的根
接下来进行分解上面的反例

© 版权声明
文章版权归作者所有,未经允许请勿转载。
THE END






















![[桜井宁宁]COS和泉纱雾超可爱写真福利集-一一网](https://www.proyy.com/skycj/data/images/2020-12-13/4d3cf227a85d7e79f5d6b4efb6bde3e8.jpg)

![[桜井宁宁] 爆乳奶牛少女cos写真-一一网](https://www.proyy.com/skycj/data/images/2020-12-13/d40483e126fcf567894e89c65eaca655.jpg)