Project Lombok 与 Eclipse 模板/代码生成

Question

与 Eclipse 中的代码模板/代码生成相比，Project Lombok 是否提供任何优势？有什么缺点吗（除了包含 .jar 之外）？

Answer 1

Lombok 的优点之一是，一旦您使用 @Data 注释等注释了一个类，您就无需在进行更改时重新生成代码。例如，如果添加一个新字段，@Data 会自动将该字段包含在 equals、hashCode 和 toString 方法中。使用 Eclipse 生成的方法时，您需要手动进行更改。有时，您可能更喜欢手动控制，但在大多数情况下，我预计不会。

Answer 2

Lombok 的优点是代码实际上并不存在——即类更具可读性并且不混乱。

Answer 3

优点：

• 非常易于使用，
• 类更加干净（“无样板代码”），尤其是
  类似“struct”的内部类缩小到最低限度：

@Data 
private class AttrValue {
  private String attribute;
  private MyType value;
}

这将创建 getter 和 setter、toString() 以及包含这两个变量的正确 hash() / equals() 方法。
带有 @Value 的变体创建了一个不可变的结构（没有 setter，所有字段都是最终的）。

• 更改字段（getter、setter、toString、hash、equals）时无需生成/删除代码。不会
• 干扰手动编码方法：只需在需要时将您自己的特定 setter 添加到类中即可。 Lombok 会跳过此步骤并生成其他所有

内容 缺点：

• 尚无名称重构：重命名上面的 value 还不会重命名 getValue() 和 setValue()
• 可能会稍微减慢 ecplise
• toString 输出不如来自 apache commons 的 ToStringBuilder

Answer 4

很少有人想到：

• 它是基于注释的，因此对于仍在 Java5 之前的遗留项目没有好处（ delombok 可以提供帮助）。实际上，它需要使用javac v1.6编译器。
• 它仍然存在关于多个构造函数的限制

依赖问题不是虽然被忽视了，但你已经将其从你的问题中排除了。

Answer 5

Eclipse EMF 提供了一些 Lombok 尚不支持的非常方便的功能：

• 强大的通知机制，用于了解实例中的更改
• 无需 java 反射的通用 API。访问和修改实例，无需对类型进行强
• 引用 命令和基于 API 的编辑
• 模型之间的交叉引用：创建和加载模型树，EMF 通过为交叉引用创建代理来处理加载。这可以节省内存并提高巨大域树的性能
• 还有更多...