哇，你们程序员怎么能偷懒，以后不准用 Lombok！

我们团队讨论过就决定不用它

主要是看不到它能带来什么好处或者收益

@Jooooooooo 函数式编程，收益很高的，特别是在操作数据这一块，比如数据分组，数据排序，数据筛选，一个数据格式转换到另外一个格式，相当方便。

具体什么理由？

这个不是说 Lombok 好和不好，只要团队里统一意见，要么都用，要么都不用，就可以了。

没必要为这个东西争论。

@nnnToTnnn #2 那是 lambda 吧

不喜欢

IDEA 可能之后会原生支持 lombok , so 看情况吧, 话说能省几个 setter/getter 页面也挺清爽的

至于吗，我都是加上 lombok 的

确实，开始就约定好，要么都用，要么都不用

超喜欢 lombok 的

@surfire91 不确定性太强

@surfire91 有时候编译器的 hot reload 可能会出现莫名其妙的问题，要重启应用才行。

如果是都 get/set 模板，使用 lombok 生成不挺好的？

即使不用 lombok 也是会使用 idea 自带的生成 get/set 吧。

@bxb100 卧槽，我看错了 (*/ω＼*) 。lombok 感觉一般般，可用可不用 =。=

可用可不用，有时候并不能用到那么多特性，显得冗余

这货不是不好, 而是做了不应该做的事, 这些功能如果由 jdk 层级的来做更合适, 上一个项目中引入的 lombok 已经全部清除干净了, 另外这货绝不只做 getter&setter.

@superHydra 刚改完了，99.99%用的都是 @Data 注解

idea 为了 lombok 做了 2012.2.1 更新吧

更应该要干的事情是直接把 POJO 类的成员变量直接声明成 public 的，不要再受到古代教科书上说的「用 getter/setter 会更面向对象」这种过时思想的影响。

只用他的 setter/getter，我看有些人喜欢直接怼 data...

@Navee 不确定太强是指？
现在用不用 lombok 争议还是有，统一没问题，问题是改变现状总得有个理由

@surfire91 就是用法过于简单粗暴（ 99.99%都是一个 @data ），即使现在不出问题，也不能保证将来不出问题

@nnnToTnnn 你先区分一下 lombok 和 lambda

遇到一个问题，如果属性名第一个字母是小写，例如 cData，生成的 Getter 和 Setter 方法是 getCData,setCData 。这样反射会有问题，找不到 CData 属性

懂了

@SLF4 注解好用，@Data 确实生成太多了

就我 lombok
@Data
@EqualsAndHashCode(callSuper = false)
@Accessors(chain = true)
@Slf4j
@AllArgsConstructor
@NoArgsConstructor
生成都用？

有没有人可以告诉我，lombok 做错了什么？用它有什么坏处吗？？？