lombok.Getter cheated me

下面这段代码，IDE里正常显示。不过，在build时，会报错。

interface Doable {    Integer getCode();}@lombok.Getterclass DerivedClass implements Doable {    int code;}

错误信息：

Error:(11, 5) java: DerivedClass不是抽象的, 并且未覆盖Doable中的抽象方法getCode()
Error:(13, 13) java: DerivedClass中的getCode()无法实现Doable中的getCode()
返回类型int与java.lang.Integer不兼容

下面代码，IDE直接在int上标红线，提示错误：’getCode()’ in ‘DerivedClass’ clashes with ‘getCode()’ in ‘Doable’; attempting to use incompatible return type

interface Doable {    Integer getCode();}class DerivedClass implements Doable {    @Override    public int getCode() {        return 1;    }}

关于OOP中的方法覆写，遵从“一大两小”原则。其中“两小”中的一个“小”是派生类的返回值类型应≤父类。就是说，下面代码是没有问题的。

interface Doable {    Number getCode();}class DerivedClass implements Doable {    @Override    public Integer getCode() {        return 1;    }}

关于lombok的@Getter注解。首先要知道，我们熟知的lombok，分为lombok工具和lombok插件（IDEA插件：IntelliJ Lombok plugin）。lombok工具在代码编译期为类生成相应的方法代码，lombok插件是为类IDE增强类里的方法，就是说，lombok为类生成相关方法签名（就像我们人肉为类添加的方法那样，只不过插件是自动生成的），并告诉IDE。像上面的案例中，IDEA就检测到DerivedClass类中有getCode方法，所以不会给出错误提示。而在编译期，lombok工具为DerivedClass生成了int getCode方法，这时，IDEA编译器发现因不符合java覆写原则而报错。

之所以分享这个知识点，则源自昨天的一段代码。 我在项目中新增了一个枚举类PlatOrderInTypeEnum，见下面代码，其中的EnumAbility中有T getCode();方法。自然是想不到会有什么问题。结果在部署到测试环境时，Jenkins构建时出现如下maven compile error。

/*** * T_Plat_order表IN_TYPE枚举--用来标记交易来源 （API/客户提交/运营提交） * @author zhangguozhan * 2023-5-15 17:46:02 */@Getter@AllArgsConstructor@EnumGetByCodepublic enum PlatOrderInTypeEnum implements EnumAbility {    API(1, "结算接口提交"),    MERCHANT(0, "结算后台提交"),    BOSS(2, "运营后台导入");    private Integer code;    private String description;}

Jenkins错误截图

当看到一些不好的代码时，会发现我还算优秀；当看到优秀的代码时，也才意识到持续学习的重要！–buguge
本文来自博客园，转载请注明原文链接：https://www.cnblogs.com/buguge/p/17405491.html

hr.signhr{width:80%;margin:0 auto;border: 0;height: 4px;background-image: linear-gradient(to right, rgba(0, 0, 0, 0), rgba(0, 0, 0, 0.75), rgba(0, 0, 0, 0))}