java中使用Lombok 添加@Data注解后,又手动重写Setter方法
结论:以手动重写的Setter方法为准。
测试代码:
import lombok.AllArgsConstructor;
import lombok.Data;
import lombok.NoArgsConstructor;
public class LombokTest {
public static void main(String[] args) {
// 初始化通过构造方法,所以可以传递负值
Test01 test01 = new Test01(-100);
System.out.println(test01.getTest());
System.out.println("------------------");
// 测试是否可以赋值负数
test01.setTest(-10);
System.out.println(test01.getTest());
System.out.println("------------------");
// 测试是否可以正常赋值
test01.setTest(10);
System.out.println(test01.getTest());
}
}
@Data
@AllArgsConstructor
@NoArgsConstructor
class Test01 {
private int test ;
/**
* @param test
*
* 自定义Setter方法,不允许set(赋值)负数
*/
public void setTest(int test) {
// 判断:赋值正数才能赋值成功,以此区别 @Data的set方法
if (test > 0 ) {
this.test = test;
// 如果赋值成功打印赋值成功
System.out.println("set OK");
}
}
}
测试结果

第一个-100:通过构造器实例化的Test01对象,因此可以赋值成功负数。
第二个-100:通过set方法赋值负数-10,这里赋值失败,所以判断这里的调用的是手动创建的set方法。
第三个10:通过set方法赋值正数10,赋值成功,并且打印出set OK,进一步验证调用的是手动创建的set方法,且set方法无误。
本文通过一个测试案例展示了在Java中使用Lombok的@Data注解并手动重写setter方法时,手动重写的方法会覆盖@Data的默认行为。测试结果显示,手动创建的setter方法会在尝试设置负数时阻止赋值,从而证实了手动方法的优先级高于@Data生成的setter。
873

被折叠的 条评论
为什么被折叠?



