Lombok插件到底要不要用？推荐使用的网友这样说：
Lombok插件到底要不要用？看到很多网友对这个话题进行讨论，推荐使用的网友认为，自动化配置也需要了解代码背后的实现，技术人科普一下使用及注意事项也是好事。而不推荐使用的网友则认为Lombok本质上是一个预处理程序，最大的问题是你看到的代码和编译器看到的代码不一样，会导致很多问题无法及时发现，跟C的define类似，所以不推荐使用。那么，你们觉得Lombok插件值得使用吗？推荐使用的网友这样说：1、市场有需求就会流行，普惠性比较高，只要能提高生产力（节约开发成本，创造价值）的工具都是好工具。如果几年后这个需求还在，还会有“lombok完善版”出现（这个作者可能是你我他）2、我觉得作为现如今大部分的开发人员，在开发中面对的是如何快速的开发，而不是去想是否会破坏源码的可读性和完整性；所以我推荐使用。当然也有一部分资深程序员会认为不推荐使用；不做评论，3、就像数码宝贝进化似的，一开始进化的画面很是详细，到了后面因时间问题进化画面不再是那么必要的后，闪个光就进化了，刚学java的确实不适合用，但是考虑到开发进度，还是很有必要去用的。4、省去了手动创建getter/setter方法的麻烦，但大大降低了源代码的可读性和完整性，降低了阅读源代码的舒适度;看似没有多么重要的小改动,其实反而是为了表面简洁而简洁。 说这句话的人我感觉你不适合干开发5、代码的功能是为了实现更多的功能，如果花时间去写getter/setter，也不是程序开发者想要的，目的就是花最少的时间，实现最有价值的功能6、用了lombok省了不少事，而且也不会给性能带来那么重的负担，手写get set 早晚会因为手误出bug，一个女孩会因为戴项链而被压死吗，明显不会，一个团队一块做开发，统一用一个插件还统一不起来？真搞不懂不推荐的人的理由在哪里7、非常赞同使用，人都不断在在进化，机器也是一样，更何况一帮程序员呢，一些简单无意义的操作。为和要重复再重复？难道不应该留点精力去做其他的事情么？8、我是一个极其讨厌冗长代码的人，真的看过去脑壳痛，也有强迫症。所以必须使用lombok,如果真有特殊字段需要查看，可以单独写这个字段的get,set.大部分字段都跟咸鱼一般，没什么卵用。but，在公司内网开发，插件都下不了，所以公司开发还是生成的get,set.不推荐使用的网友这样说：1、虽然省去了手动创建getter/setter方法的麻烦，但大大降低了源代码的可读性和完整性，降低了阅读源代码的舒适度;看似没有多么重要的小改动,其实反而是为了表面简洁而简洁2、实体类所有的内容还是字节构建的好,虽然可以使框架的用注解来代替一部分内容,可以一旦实体类中出现其他问题,就很难查找到问题,而且此框架省略的代码,也可以使用工具自动生成,生成后,我们也可以自行更改内容,而不局限于注解动态生成的3、为了简介而简介。而且现在的各种IDE自动生成代码功能都很强大，并没有节省多少事。最重要的是：只要有一个用这种东西，全组都被迫得用4、胁迫使用！当你的源代码中使用了Lombok，恰好你的代码又被其他的人所使用，那么依赖你代码的人，也必须安装Lombok插件(不管他们喜不喜欢)，同时还要花费时间去了解Lombok注解的使用情况，如果不那么做，代码将无法正常运行。使用过Lombok之后，我发现这是一种很流氓的行为。5、存在即合理从来都是一个错误的言论。黑格尔的愿意是存在是有原因的。而Lombok的存在固然是有原因的，但是不使用的理由也是相当充分的。因此，还是看开发团队的代码规范吧。6、索然省去了生成setter/getter，构造方法和toString的麻烦，但代码可读性降低；另当字段过多时，生成的含参构造方法的顺序不确定；代码运行需要配置相关插件7、不推荐，在有些代码不规范的项目里，如驼峰命名不规范，可能会导致一些未知问题，已在实际项目中遇到过两次这种不清楚的问题，最后都是修改了get和set方法得到了解决。8、众所周知，java早期风靡的原因不是代码优美、程序员能偷懒，而是程序员能够花非常小的代价就能协同工作、项目能够灵活的部署和可控的代码管理。 再看lombok。。。很不java。。。 再说，那些用lombok的同事，你们用lombok可以，但是用完后，找个工具把缺少的代码补回来再提交代码会死嘛。。。点一点，不比你们每个类加个标签要慢。以上，就是小编整理的Lombok插件到底要不要用的内容，希望能帮助到大家哦！
