部分团队为何抵制使用 Lombok

在软件开发领域，Lombok 是一个广为人知的工具，它旨在通过减少样板代码来提高开发效率。然而，令人惊讶的是，部分团队却对其持有抵制的态度。

一些团队认为 Lombok 隐藏了代码的实际逻辑。虽然它简化了代码的书写，但在某些情况下，可能会使代码的可读性降低。对于新加入团队的成员来说，理解使用了 Lombok 特性的代码可能会变得困难，增加了学习成本和理解成本。

Lombok 可能会带来一些编译和构建方面的问题。在复杂的项目架构中，与其他依赖项和构建工具的兼容性可能会出现问题，导致编译错误或运行时异常。这不仅会影响开发进度，还可能给项目带来潜在的风险。

由于 Lombok 是通过字节码操作来实现其功能的，这在某些特定的环境或框架中可能不被支持。例如，某些旧的技术架构或者对字节码有严格限制的环境，可能无法很好地与 Lombok 协同工作。

另外，从团队的代码规范和一致性角度来看，部分团队可能更倾向于保持一种纯粹和统一的编码风格，而 Lombok 的引入可能会打破这种一致性，使得代码风格变得混乱。

最后，对于一些需要进行代码审查和维护的项目来说，Lombok 可能会给审查过程带来困扰。审查人员可能需要额外的精力去理解 Lombok 生成的代码，从而降低了审查的效率和质量。

尽管 Lombok 在很多情况下为开发者带来了便利，但部分团队出于对代码可读性、兼容性、一致性和维护性等方面的考虑，选择抵制使用 Lombok。在实际的开发中，团队应根据自身的项目特点和需求，权衡利弊，做出最适合的技术选型决策。