龙目岛计划有哪些风险？
我提出了新的性能目标，我认为提出一个减少代码库（尤其是样板代码）大小的目标会很有趣。为了解决这个问题，我想出的一个措施是使用Lombok项目将豆子制作得尽可能短。但是我有一个忽略新软件和新方法的弊端的习惯，所以我依赖Stack
Overflow社区：谁能告诉我为什么Lombok是个坏主意？
问题答案：
主要的缺点是对IDE的支持。由于Lombok实际上不是语言更改，并且由于您的IDE仅能理解Java，因此您需要一个支持Lombok的IDE才能使事情正常进行。到目前为止，
只有Eclipse
包含Eclipse和IntelliJ。如果您使用eclipse可能没问题，但请记住，您也正在为将来的开发人员做出决定。
我建议您考虑将一些代码移至不太礼貌的语言中，例如groovy。我们已经成功地将一些业务逻辑和模型转变为常规，并且运行非常顺利。
-
问题内容： 如果您不知道Project Lombok 可以通过诸如生成带有注释的getter和setter之类的东西，甚至通过诸如@Data生成之类的简单JavaBean来解决Java的某些烦恼。它确实可以为我提供帮助，尤其是在50个不同的事件对象中，您最多需要构造7个不同的字段并使用getter将其隐藏。我可以用它删除几乎一千行代码。 但是，我担心从长远来看，这将是一个令人遗憾的决定。当我提到它
-
我在gradle项目中使用lombok，希望创建一个jar文件，但每次我执行jar任务（无论是在控制台还是eclipse ide中触发）时，我都会发现错误，我的lombok导入在我使用lombok注释的类中找不到。输出示例： 搜索了一段时间后，我发现有一个适用于gradle和lombok的插件，但在使用较新的gradle版本编译时并不真正需要。我的gradle版本是3.4.1和lombok 1.6
-
问题内容： 我有一堂课，看起来像这样： 在这里，我不得不写a，因为如果我想在使用Lombok时返回Optional，则必须声明为。这将生成一个接受的生成器方法！ 还有其他方法可以使用lombok 吗？ 问题答案： 答案是否定的，可能永远也不会。 您可能做错了:-) 并不是预防的替代品，也不是预防的奇特方法。这表示该问题无法回答，例如：空人员列表的平均年龄是多少。 绝对不应传递，而应尽快由调用代码取
-
我有一个名为Address的类，如下所示： 在这里，我不得不编写生成器和Getter，因为如果我想在使用Lombok时返回一个Optional，我必须将第2行声明为Optional 是否有其他方法可以将lombok与
-
我试着在IntelliJ上使用Lombok和Maven和VRaptor，但它不起作用。 我已经在stackoverflow中阅读了一些信息，但没有解决我的问题，我已经在Intellij中启用了注释处理器，但仍然一无所获。 我也试图从命令行（Windows）编译它，但没有成功。 我还尝试在没有maven的情况下创建另一个项目，添加库，创建一些用于测试的类，它可以完美地工作、编译和运行。 有什么帮助吗
-
我在Intellij遇到了一个奇怪的问题。我正在使用Lombok(1.18.2)、IntelliJ(2018.2.2)和JUnit 5在gradle 4多模块项目中。 我花了好几个小时来复制这个。 > 运行所有具有覆盖率测试用例。 移除龙目镜并在此之后生成吸气剂和定型剂也没有效果。 尝试了一切来解决这个问题（启用注释处理器、Lombok插件、清理构建），但没有成功。 编辑1： Root build