盘点 Lombok 中的那些整活儿骚操作

有的方法看看就好,知道可以这么用,但是否应用到实际开发中,那就仁者见仁,智者见智了。

一万个读者就会有一万个哈姆雷特,希望这篇文章能够给您带来一些思考。

耐心看完,你一定会有所收获。

@onX

例如 onConstructoroMethod 和 onParam 允许你在生成的代码中注入自定义的注解。一个常见的用例是结合 Spring 的 @Autowired

在 Spring 的组件(如 @Service@Controller@Component@Repository 等)中使用 @RequiredArgsConstructor(onConstructor = @__(@Autowired)),可以让 Lombok 在生成构造函数时也加上 @Autowired 注解,这样,Spring 就可以自动注入所需的依赖。

例如下面这段代码

@Service
@RequiredArgsConstructor(onConstructor = @__(@Autowired))
public class MyService {
    private final AnotherService anotherService;
}

上述代码片段使用 Lombok 和 Spring 注解,Lombok 会为其生成以下代码

@Service
public class MyService {
    private final AnotherService anotherService;

    @Autowired
    public MyService(AnotherService anotherService) {
        this.anotherService = anotherService;
    }
}

从生成的代码中可以看出:

  • 为 MyService 生成了一个构造函数,该构造函数接受一个 AnotherService 类型的参数。

  • 由于构造函数上有 @Autowired 注解,Spring 会自动查找合适的 AnotherService bean 实例并注入到 MyService 中。

这种方式结合了 Lombok 的自动代码生成功能和 Spring 的依赖注入功能,使得代码更为简洁。

但是,使用此技巧时要确保团队成员都理解其背后的含义,以避免混淆。

@Delegate

@Delegate可以让你的类使用其他类的方法,而不需要自己写代码。

比如,你有一个类叫做A,它有一个方法叫做sayHello(),你想让另一个类B也能用这个方法,那就可以在B类中加上一个A类型的字段,并在这个字段上加上@Delegate注解,这样,B类就可以直接调用sayHello()方法,就像它是自己的方法一样。

看个例子:

// 一个类,有一个方法
public class A {
    public void sayHello() {
        System.out.println("Hello");
    }
}

// 一个类,委托了A类的方法
public class B {
    @Delegate // 委托A类的方法
    private A a = new A();

    public static void main(String[] args) {
        B b = new B();
        b.sayHello(); // 调用A类的方法
    }
}

这样写最大的好处就是可以避免类的层次过深或者耦合过紧,提高代码的可读性和可维护性,各种继承来继承去是真的看得头疼。

@Cleanup

@Cleanup可以自动管理输入输出流等各种需要释放的资源,确保安全地调用close方法。

它的使用方法是在声明的资源前加上@Cleanup,例如:

@Cleanup InputStream in = new FileInputStream("some/file");

这样,当你的代码执行完毕后,Lombok会自动在一个try-finally块中调用in.close()方法,释放资源。

如果要释放资源的方法名不是close,也可以指定要调用的方法名,例如:

@Cleanup("release") MyResource resource = new MyResource();

Lombok会自动在try-finally块中调用resource.release()方法,释放资源。

可以看到,这比手动写try-finally要简洁得太多了,只要使用@Cleanup就能管理任何有无参方法的资源,指定正确的方法名即可。

@Singular 和 @Builder 组合

@Builder让你的类支持链式构造,而@Singular让集合类型字段可以更方便的维护。

@Singular注解可以用在集合类型的字段上,它会生成两个方法,一个是添加单个元素的方法,一个是添加整个集合的方法。这两个方法可以和 @Builder 生成的其他方法一起链式调用,给你的类的所有字段赋值。

这么讲可能有点懵,直接看示例:

@Data
@Builder
public class User {
    private String name;
    private int age;
    @Singular
    private List<String> hobbies;
}

// 使用 @Builder 和 @Singular 生成的方法
User user = User.builder()
    .name("练习时长两年半")
    .age(28)
    .hobby("篮球") // 添加单个元素
    .hobby("唱歌") // 添加单个元素
    .hobbies(Arrays.asList("跳舞", "其他")) // 添加整个集合
    .build(); // 构造 User 对象

可以看出,使用 @Singular 注解的好处是,你可以灵活地添加集合类型的字段,而不需要自己创建和初始化集合对象。

另外,使用 @Singular 注解生成的集合字段,在调用 build() 方法后,会被转换为不可变的集合,这样可以保证对象的不变性和线程安全性。你也可以使用 clear() 方法来清空集合字段,例如:

User user = User.builder()
    .name("签")
    .age(28)
    .hobby("说唱")
    .hobby("跳舞")
    .clearHobbies() // 清空集合字段
    .hobby("踩缝纫机") // 重新添加元素
    .build();

但需要注意的是,如果你的类继承了一个父类,那么 @Builder 只会生成当前类的字段和参数,不包括父类的。

结尾

请注意,尽管 Lombok 提供了许多方便的功能,但过度使用或不当使用可能会导致代码难以理解和维护。

因此,在使用这些功能时,务必始终保持审慎,并且要充分考虑其影响。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: Lombok 是一种流行的 Java 库,它可以通过简化代码来提高开发效率。然而,它也有一些潜在的问题和风险。 其一个问题是,使用 Lombok 可能会导致代码变得难以理解。它可以自动生成代码,如 getter、setter、equals、hashCode、toString 等,但这些代码并不总是符合实际需求。此外,由于 Lombok 可以用注解替代代码,这可能会导致代码的逻辑更加难以跟踪和调试。 另一个问题是,Lombok 不是标准的 Java 库,所以一些开发工具和环境可能不支持它。这可能会导致构建和部署过程出现问题,尤其是在使用不同 IDE、编译器和构建工具的多人协作项目。 最后,使用 Lombok 还可能会引入潜在的安全问题。因为 Lombok 可以生成一些代码,它可能会影响代码的安全性和稳定性,从而导致潜在的漏洞和错误。因此,在使用 Lombok 时,应该格外注意代码的安全性和可靠性。 ### 回答2: lombok是一个很方便的Java开发库,它通过注解来简化Java代码的编写,减少了冗余的getter和setter方法,还可以自动生成构造方法、equals和hashCode等方法,使得代码更加简洁和易读。然而,使用lombok也存在一些潜在的隐患。 首先,使用lombok会使得代码的可读性下降。虽然lombok能够减少代码的数量,但它也会隐藏掉一些关键的细节,例如自动生成的getter和setter方法。这样一来,阅读代码的人可能无法直观地知道一个类的成员变量是如何被访问和修改的,而需要查看lombok的注解来获取这些信息。 其次,lombok可能会引发一些编译器的警告和错误。由于lombok会在编译时修改源代码,有时会导致编译器无法正确解析代码的某些语法,从而产生警告或错误。这在处理一些复杂的代码逻辑时可能会造成困扰,需要额外的调试和修复。 此外,lombok的依赖性也可能带来问题。当项目需要升级或更换IDE时,lombok的相关插件和配置也需要进行相应的调和迁移,这可能会增加开发团队的工作量和风险。 最后,lombok并非能够完全取代传统的Java编码方式。虽然它能够简化代码编写,但在某些特定场景下可能会出现一些问题。例如,lombok的某些注解只能用于特定类型的字段上,而不能用于方法参数或局部变量上,这就限制了其灵活性和适用范围。 综上所述,lombok作为一个简化代码编写的工具,在实际使用也存在一些潜在的隐患。为了避免这些问题,开发者在选择是否使用lombok时需要权衡其带来的便利与潜在的问题,并在项目做出合适的选择和使用。 ### 回答3: Lombok是一个在Java开发常用的插件,用于简化Java代码的编写。尽管Lombok确实能够提高开发效率和代码的可读性,但它也存在一些潜在的隐患。 首先,Lombok的简化代码特性可能会导致代码的可读性和维护性降低。Lombok通过注解自动生成了一些常用的方法和代码,这样可以减少开发者的编写工作,但也会让代码变得更加难以理解和排查问题。因此,在使用Lombok时,开发者需要谨慎使用,确保代码的清晰和可读性。 其次,Lombok的代码生成可能与一些IDE或工具不兼容。由于Lombok在编译期间会生成一些方法和代码,这可能导致一些IDE或工具无法准确识别和解析这些代码。在特定的开发环境下,这可能会导致一些问题,例如代码自动补全和重构工具的失效等。 另外,Lombok的使用还会增加项目的复杂度。虽然Lombok可以减少代码量,但是它也引入了额外的依赖和配置,这会增加项目的复杂度和维护成本。对于初学者或不熟悉Lombok的开发者来说,可能需要额外的学习和配置,才能正确使用和了解Lombok的功能。 此外,Lombok的使用也可能导致一些潜在的性能问题。尽管Lombok生成的代码通常是高效的,但是在某些情况下,这些生成的代码可能会导致一些性能瓶颈,特别是在大型项目。因此,在使用Lombok时,需要对性能进行评估和监控,以确保它不会影响项目的性能。 综上所述,Lombok虽然能够提高开发效率和代码的可读性,但也存在一些潜在的隐患。在使用Lombok时,开发者需要权衡利弊,并进行合理的选择和使用。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值