1700442032
1700442033
}
1700442034
1700442035
}
1700442036
1700442037
此工具类要求被拷贝的对象必须实现Serializable接口,否则是没办法拷贝的(当然,使用反射那是另外一种技巧),上一个建议中的例子只要稍微修改一下即可实现深拷贝,代码如下:
1700442038
1700442039
class Person implements Serializable{
1700442040
1700442041
private static final long serialVersionUID=1611293231L;
1700442042
1700442043
/*删除掉clone方法,其他代码保持不变*/
1700442044
1700442045
}
1700442046
1700442047
被拷贝的类只要实现Serializable这个标志性接口即可,不需要任何实现,当然serialVersionUID常量还是要加上去的,然后我们就可以通过CloneUtils工具进行对象的深拷贝了。用此方法进行对象拷贝时需要注意两点:
1700442048
1700442049
(1)对象的内部属性都是可序列化的
1700442050
1700442051
如果有内部属性不可序列化,则会抛出序列化异常,这会让调试者很纳闷:生成一个对象怎么会出现序列化异常呢?从这一点来考虑,也需要把CloneUtils工具的异常进行细化处理。
1700442052
1700442053
(2)注意方法和属性的特殊修饰符
1700442054
1700442055
比如final、static变量的序列化问题会被引入到对象拷贝中来(参考第1章),这点需要特别注意,同时transient变量(瞬态变量,不进行序列化的变量)也会影响到拷贝的效果。
1700442056
1700442057
当然,采用序列化方式拷贝时还有一个更简单的办法,即使用Apache下的commons工具包中的SerializationUtils类,直接使用更加简洁方便。
1700442058
1700442059
1700442060
1700442061
1700442063
编写高质量代码:改善Java程序的151个建议 建议45:覆写equals方法时不要识别不出自己
1700442064
1700442065
我们在写一个JavaBean时,经常会覆写equals方法,其目的是根据业务规则判断两个对象是否相等,比如我们写一个Person类,然后根据姓名判断两个实例对象是否相同,这在DAO(Data Access Objects)层是经常用到的。具体操作是先从数据库中获得两个DTO(Data Transfer Object,数据传输对象),然后判断它们是否是相等的,代码如下:
1700442066
1700442067
class Person{
1700442068
1700442069
private String name;
1700442070
1700442071
public Person(String_name){
1700442072
1700442073
name=_name;
1700442074
1700442075
}
1700442076
1700442077
/*name的getter/setter方法省略*/
1700442078
1700442079
@Override
1700442080
1700442081
public boolean equals(Object obj){
[
上一页 ]
[ :1.700442032e+09 ]
[
下一页 ]