java - Lombok 项目有哪些风险?

标签 java jakarta-ee boilerplate lombok

我正在为新的一年提出性能目标,并且我认为设定一个减少代码库大小的目标会很有趣,尤其是样板代码。我想出解决这个问题的一种方法是使用 Project Lombok使 bean 尽可能短。但我习惯于忽视新软件和方法的缺点,所以我依赖 Stack Overflow 社区:谁能告诉我为什么 Lombok 是个坏主意?

最佳答案

Lombok 的一个限制是它与 java 编译器密切相关。由于注解处理器 API 只允许在编译期间创建新文件(而不是修改现有文件),lombok 使用该 API 作为修改 java 编译器的入口点。不幸的是,编译器的这些修改大量使用了非公共(public) API。使用 lombok 可能是个好主意,但您必须意识到升级编译器可能会破坏您的代码。概率很低,但我总是觉得使用非公共(public) API 很不舒服。

关于java - Lombok 项目有哪些风险?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4589184/

相关文章:

mysql - 远程 Glassfish 无法连接到 MySQL

java - 如何在 Java Web 应用程序中动态设置 session 超时?

java - 生成唯一数量的包装对象 Long 类型的代码

Java 从 DAO 中删除重复的 try、catch、finally 样板文件

c++ - 用于 STL 兼容容器的样板类型定义

java - 如何从 Robert Sedgewick 的算法教科书中运行 Java 程序?

java - Android 在最小化时复制 Activity,然后最大化

java - Android fragment getArguments 返回 null

gradle - 处理 Gradle 样板的最佳方法?

java - 从 Tiles View (JSP) 访问 Spring bean