让人又爱又恨的Lombok，到底该不该用( 二 ) _Lombok

而且大部分是样板代码，没有太多实际逻辑。
如果使用Lombok则非常简单，一个注解@Data就可以完成以上工作（安装了Lombok插件后才能显示右边的方法）：

文章插图

Lombok的常用注解有：
@NonNull：用于做空指针异常检测；
@Cleanup：自动资源关闭；
@Getter/@Setter：自动生成get/set方法；
@ToString：生成toString方法，方便打印调试；
@EqualsAndHashCode：生成equals和hashCode方法，注意这两个应该同时去实现；
@NoArgsConstructor, @RequiredArgsConstructor and @AllArgsConstructor：构造方法；
@Data：相当于 @ToString+ @EqualsAndHashCode+@Getter+ @Setter +@RequiredArgsConstructor 。
@Builder：生成builder方法；
@Log：日志相关：

@CommonsLog：org.Apache.commons.logging.LogFactory.getLog(LogExample.class);@Flogger：com.google.common.flogger.FluentLogger.forEnclosingClass();@JBossLog：org.jboss.logging.Logger.getLogger(LogExample.class);@Log：java.util.logging.Logger.getLogger(LogExample.class.getName());@Log4j：org.apache.log4j.Logger.getLogger(LogExample.class);@Log4j2：org.apache.logging.log4j.LogManager.getLogger(LogExample.class);@Slf4j：org.slf4j.LoggerFactory.getLogger(LogExample.class);@XSlf4j：org.slf4j.ext.XLoggerFactory.getXLogger(LogExample.class);@CustomLog：com.foo.your.LoggerFactory.createYourLogger(LogExample.class);

所以Lombok确实能给我们带来极大的便利，减少大量重复、无业务逻辑的代码，代码显得比较干净；修改了field的名字，不用多处修改；提高开发效率。
3 Lombok所带来的问题当然，也有人提出了不同意见：
调试时没有具体代码，不方便Debug；
需要强制别人安装第三方插件，不然会显示报错；
在检查测试覆盖率的时候，无法直观显示哪些代码已覆盖和未覆盖；
无法按自己意愿实现，比如toString方法，有时需要输出不一样的String格式，并不一定是按Lombok的实现；
对于一些常用的方法，IDE已经可以自动生成，不需要Lombok一样可以高效开发。

文章插图

IDEA没有提供Builder，但可以通过安装插件方式使用。

文章插图

成功安装后，就能生成Builder代码了：

文章插图

4 总结一开始我是支持使用Lombok的，经过一段时间使用及出现了一些问题后，我还是觉得通过IDE自动生成代码的方式更适合。毕竟强制要求别人安装插件这种实在是太野蛮了，而通过IDEA生成代码，别人不安装插件也不会有报错。
另外，多几行代码还能体现工作量，哈哈哈哈哈哈......

【让人又爱又恨的Lombok，到底该不该用】