作为一个Lombok的重度使用者，我却不喜欢它

　　我，作为一个Lombok的重度使用者，却不止一次说过＂我不喜欢它＂。
　　要说网上针对Lombok带来的痛点，无非有以下几点：Lombok的版本依赖于特定的JDK版本，比如从8迁移到11的时候不兼容如果你使用了Lombok会胁迫你的同事也使用Lombok可读性差，比如@AllArgsConstructor隐藏了JavaBean的封装细节
　　诚然，这些痛点有道理，但它们依然停留在表面了。技术上的细节问题，不太可能成为技术人员的拦路虎，这些技术问题也都有对应的解法。助长贫血之风
　　我之所以不喜欢它，是因为它会助长贫血模型的不正之风。
　　这不全是Lombok的错，所以我用的词是助长。
　　我见过太多类，在类名上起手就是一个@Data。好家伙不管什么类型的字段，反正set/get不能少。
　　君不见，有很多字段是集合类型的，比如你喜欢的歌曲列表吧，多人少的代码直接就在某Service层构造出一个List直接往里set，哪怕这个List已经初始化过？哪怕添加一首新的歌，也是get拿到列表后add然后再set回去。
　　君不见，有很多字段和字段之间是有联动关系的，比如阈值的下边界不能超过上边界。
　　君不见，有很多字段上游拿到之后都要判断一下是不是null？因为get方法对于字段为null时，没有任何处理。
　　君不见…
　　各种底层实现的细节，统统、毫无保留的，暴露给了调用方。对于面向对象最最重要的封装完全抛在脑后。
　　那些真正有价值的业务逻辑，被散在各个Service、Manager、Handler里无法被清晰的、显性的识别出来。所谓的类，绝大部分，变成了一个个没有什么价值的DTO，只是作为数据的载体。越充血，越无用
　　我是充血模型的坚定支持者。  所谓的充血模型，指的是数据和对应的业务逻辑应该被封装在一起。在DDD（领域驱动设计）里，这些类组成了最核心的领域层。
　　当然，我不算是DDD的拥泵，甚至也不算是面向对象的信徒。但是我依然认为，封装是程序设计的基础原则。
　　如果你用Java这样一门面向对象的语言，那么。不妨把代码写的稍微丰满一点。那个时候，你会发现，Lombok自动生成的代码并没有什么卵用。因为Lombok的价值，和模型的充血程度是成反比的。
　　以上，是我不喜欢Lombok的理由。或许无关Lombok本身，它只是个背锅侠罢了。