1700439239
编写高质量代码:改善Java程序的151个建议 建议13:避免为final变量复杂赋值
1700439240
1700439241
为final变量赋值还有一种方式:通过方法赋值,即直接在声明时通过方法返回值赋值。还是以Person类为例来说明,代码如下:
1700439242
1700439243
public class Person implements Serializable{
1700439244
1700439245
private static final long serialVersionUID=91282334L;
1700439246
1700439247
//通过方法返回值为final变量赋值
1700439248
1700439249
public fnal String name=initName();
1700439250
1700439251
//初始化方法名
1700439252
1700439253
public String initName(){
1700439254
1700439255
return”混世魔王”;
1700439256
1700439257
}
1700439258
1700439259
}
1700439260
1700439261
name属性是通过initName方法的返回值赋值的,这在复杂类中经常用到,这比使用构造函数赋值更简洁、易修改,那么如此用法在序列化时会不会有问题呢?我们一起来看看。Person类写好了(定义为V1.0版本),先把它序列化,存储到本地文件,其代码与上一建议的Serialize类相同,不再赘述。
1700439262
1700439263
现在,Person类的代码需要修改,initName的返回值也改变了,代码如下:
1700439264
1700439265
public class Person implements Serializable{
1700439266
1700439267
private static final long serialVersionUID=91282334L;
1700439268
1700439269
//通过方法返回值为final变量赋值
1700439270
1700439271
public final String name=initName();
1700439272
1700439273
//初始化方法名
1700439274
1700439275
public String initName(){
1700439276
1700439277
return”德天使”;
1700439278
1700439279
}
1700439280
1700439281
}
1700439282
1700439283
上段代码仅仅修改了initName的返回值(Person类为V2.0版本),也就是说通过new生成的Person对象的final变量值都是“德天使”。那么我们把之前存储在磁盘上的实例加载上来,name值会是什么呢?
1700439284
1700439285
结果是:混世魔王。很诧异,上一建议说过final变量会被重新赋值,但是这个例子又没有重新赋值,为什么?
1700439286
1700439287
上个建议所说final会被重新赋值,其中的“值”指的是简单对象。简单对象包括:8个基本类型,以及数组、字符串(字符串情况很复杂,不通过new关键字生成String对象的情况下,final变量的赋值与基本类型相同),但是不能方法赋值。
[
上一页 ]
[ :1.700439238e+09 ]
[
下一页 ]