java - 使用 Project Lombok 安全吗？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

3年前关闭。



Improve this question




如果您不知道 Project Lombok用 generating getters and setters with annotations 之类的东西帮助解决 Java 的一些烦恼甚至 simple JavaBean like generation with @Data .它真的可以帮到我，尤其是在 50 个不同的事件对象中，你有多达 7 个不同的字段需要用 getter 构造和隐藏。我可以用这个删除近一千行代码。

但是，我担心从长远来看，这将是一个令人遗憾的决定。火焰 war 将在 ##Java Freenode 中爆发当我提到它时，提供代码片段会混淆可能的助手，people will complain about missing JavaDoc , 并且 future 的提交者可能只是将其全部删除。我真的很喜欢积极的一面，但我担心消极的一面。

那么:在任何项目中使用 Lombok 安全吗，无论大小？积极的影响值得消极的影响吗？

Answer 1

听起来您已经确定 Project Lombok 为您提议的新项目提供了显着的技术优势。 (从一开始就清楚，我对 Lombok 项目没有特别的看法，不管怎样。)

在某些项目(开源或其他明智的)中使用 Project Lombok(或任何其他改变游戏规则的技术)之前，您需要确保项目利益相关者同意这一点。这包括开发人员和任何重要用户(例如正式或非正式赞助商)。

你提到了这些潜在的问题:

Flamewars will erupt in the ##Java Freenode channel when I mention it,

简单。忽略/不参与火焰 war ，或者干脆不要提及 Lombok 。

providing code snippets will confuse possible helpers,

如果项目策略是使用 Lombok，那么可能的帮助者需要习惯它。

people will complain about missing JavaDoc,

那是他们的问题。头脑正常的人不会试图将其组织的源代码/文档规则严格应用于第三方开源软件。项目团队应该可以自由设置适合所使用技术的项目源代码/文档标准。

( FOLLOWUP - Lombok 开发人员认识到不为合成的 getter 和 setter 方法生成 javadoc 注释是一个问题。如果这是您项目的主要问题，那么另一种选择是创建并提交一个Lombok 补丁来解决这个问题。)

and future commiters might just remove it all anyway.

那没开!如果商定的项目策略是使用 Lombok，那么无缘无故地去 Lombok 代码的提交者应该受到惩罚，并在必要时撤销他们的提交权。

当然，这假设您已经获得了利益相关者的支持……包括开发人员。并且它假设您准备好为您的事业辩护，并适本地处理不可避免的不同意见。