应该使用Lombok插件吗？看到许多网友讨论了这一主题，建议它认为自动配置也需要了解代码背后的实施。技术人员使用科学和预防措施也是一件好事。不建议使用Lombok认为Lombok的网友本质上是一个预处理器。最大的问题是您看到的代码与编译器所看到的代码不同，这将导致许多问题在时间上发现，类似于C定义。所以不建议。那么，你认为龙目岛插件值得使用吗？推荐的网指说：

1.如果有需求，市场将受欢迎，包容性相对较高。只要工具可以提高生产力（节省开发成本并创造价值），它们就是好工具。如果在几年内仍然存在这种需求，将会有一个“Lombok Perfect版本”（这个作者可能是你，我或他）

2.我认为现在是大多数开发人员，他们都面临着如何快速发展，而不是思考它是否会破坏源代码的可读性和完整性;所以我建议使用它。当然，还有一些高级程序员认为不建议;不要评论，

3.就像Digimon的演变一样，演变的图片在开始时非常详细地详细说明，当由于时间问题不再需要图片时，它在闪光闪光之后进化。它真的不适合那些刚学过Java的人。但考虑到发展进步，仍然有必要使用它。

4.它可以节省手动创建getter / setter方法的麻烦，但大大降低了源代码的可读性和完整性，并降低了读取源代码的舒适度;似乎没有重要的小变化，但实际上，它是表面的简单简洁。那些说这个的人，我觉得你不适合发展

5.代码的函数是实现更多功能。如果它需要时间来编写getter / setter，那不是程序开发人员想要的。目的是花费最短的时间并实现最有价值的功能。 6.使用Lombok提供很多东西，并不会带来这种沉重的性能。迟早，由于手的错误，手写的手淫将有一个错误。一个女孩因为穿着项链而被压死吗？显然不是，团队将一起发展。不能用一个插件统一？我真的不明白人们不推荐的原因。我非常同意使用它。人们不断发展，机器是一样的，更不用说一堆程序员，一些简单无意义的操作。重复并重复？你不应该留下一些能量来做其他事情吗？我是一个讨厌冗长的代码的人。过去我真的头疼，我也有强迫症。因此，必须使用龙目码。如果需要查看特殊字段，您可以单独编写Get和Set。大多数田地都像咸鱼一样，这是无用的。但是，在公司的Intranet开发中，不能下载插件，所以公司开发仍然会产生Get，Set。不建议使用的网民说：1。虽然被淘汰了手动创建了吸气器/ Setter方法的麻烦，但它大大减少了。源代码的可读性和完整性降低了读取源代码的舒适度;似乎没有重要的小变化，但事实上它是为了简单和简洁。 2.实体类的所有内容都以字节为单位构建。虽然可以在框架中使用注释来替换部分内容，但是在实体类中发生其他问题，难以找到问题，并且也可以使用工具自动生成此框架省略的代码。发电后，我们也可以自己改变它。内容，不仅限于动态生成的注释3.简要介绍介绍。此外，各种IDE现在具有强大的自动代码生成功能，不节省大量。最重要的是：只要一个人使用这种东西，整个团队被迫使用它。 4.使用！当您在源代码中使用LOMBOK时，它碰巧其他人使用的代码，那么依赖您的代码的人也必须安装Lombok插件（无论是它们是否喜欢它），并花时间了解龙目岛注释的使用情况，如果您不这样做，则代码不会正常运行。使用龙眼ok后，我发现这是一个非常流氓的行为。 5.存在是合理的。它总是一个虚假的陈述。黑格尔的意愿存在是有原因的。存在龙眼ok存在的原因，但不使用它的原因也是足够的。因此，让我们来看看开发团队的代码规范。

6.省略了生成SATTER /吸气器，施工方法和ToString的麻烦，但代码的可读性降低;当领域有太多时，所产生的含参数的构造方法的顺序是不确定的;代码运行需要配置相关插件

7.不建议。在一些不规则代码的项目中，例如未标准化的驼峰命名，可能会导致一些未知问题。我在实际项目中遇到了两次不明确的问题，最后修改了Get并且Set方法已解决。

众所周知，java早期受欢迎的原因不是因为美好的代码和懒惰的程序员，而是因为程序员可以以非常小的价格一起工作，并且该项目可以灵活地部署和可控的代码管理。再次看龙目岛。 。 。这不是Java。 。 。此外，那些使用龙眼ok的同事，您可以使用龙眼ok，但在使用后，找到一个填写丢失代码的工具并提交代码将死亡。 。 。一点点，没有比向每个类别添加标签的速度慢。