龙目岛项目有哪些风险?
2022-08-31 22:42:00
我正在为新的一年提出性能目标,我认为我提出一个目标来减小代码库的大小会很有趣,尤其是样板。为了解决这个问题,我想出了一个行动,那就是使用龙目岛项目来制作尽可能短的豆子。但是我习惯于忽略新软件和方法的缺点,所以我依赖于Stack Overflow社区:谁能告诉我为什么龙目岛是一个坏主意?
我正在为新的一年提出性能目标,我认为我提出一个目标来减小代码库的大小会很有趣,尤其是样板。为了解决这个问题,我想出了一个行动,那就是使用龙目岛项目来制作尽可能短的豆子。但是我习惯于忽略新软件和方法的缺点,所以我依赖于Stack Overflow社区:谁能告诉我为什么龙目岛是一个坏主意?
Lombok的一个限制是它与java编译器紧密相关。由于注释处理器API只允许在编译期间创建新文件(而不是修改现有文件),因此lombok使用该API作为修改java编译器的入口点。不幸的是,编译器的这些修改大量使用了非公共API。使用龙目岛可能是一个好主意,但您必须意识到升级编译器可能会破坏您的代码。概率很低,但我总是觉得使用非公共API不舒服。
在我看来,“Java+Lombok”中的源代码不再是Java源代码了。我认为它类似于Borland公司多年前在他们的Borland C++ Builder IDE for VCL中所做的 - 他们在C++代码中引入了“属性”,有效地引入了某种不再C++的新编程语言(不是C++C++语言的标准)。使用“Java+Lombok”的源代码不是Java语言规范意义上的有效源代码。此外,我认为注释并不是为了影响语言语义而设计的。