网站制作原理,移动wordpress文件夹目录下,深圳网站建设seo推广优化,专业旅游培训网站建设内联脚本被视为是有害的这篇博客文章解释了从我参与的项目之一中删除Lombok项目的动机。 它反映了我的个人观点#xff0c;并不妨碍特定的技术。 大约三年前#xff0c;我认识了Project Lombok #xff0c;这是一个添加Java代码的库。 我从一开始就喜欢它#xff0c;因为它… 内联脚本被视为是有害的 这篇博客文章解释了从我参与的项目之一中删除Lombok项目的动机。 它反映了我的个人观点并不妨碍特定的技术。 大约三年前我认识了Project Lombok 这是一个添加Java代码的库。 我从一开始就喜欢它因为它贡献了很多有用的功能。 我经常处理实体数据类和值对象因此Data或Kotlins data class非常方便也就不足为奇了。 从字面上看您会得到更多的回报。 我在这里提到Kotlin是因为它共享了我们从Lombok获得的一些属性。 通常在代码库中开始采用这样的语言生成功能。 代码发展得越多使用这些功能的组件就越多因为使用免费获得的功能*方便并且已经习惯了。 使用单个注释或单个关键字我们选择了可以为我们提供属性访问器的东西包括equals / hashCode toString 生成的构造函数等。 * 实际上 没有免费的午餐之类的东西 。 现在有人可以说只使用您需要的东西而您完全正确。 如果只需要属性访问器请使用Getters和Setters 。 如果希望获得equals / hashCode 则添加适当的注释。 真正。 在许多情况下我们认为我们需要更多的功能因此为什么当使用单个Data注释获得我们想要的以及更多内容时为什么要将具有多个注释的代码弄乱了。 这不是样板吗 因此减少注释的数量似乎是一件好事。 好不。 原因如下 偶然的复杂性 通过引入代码生成这就是Lombok和Kotlin data classes所做的事情我们获得了很多功能但是真正的问题应该是我是否希望使用该功能 还是我们想对功能进行显式控制 在某些情况下出于方便考虑我们使用了数据类。 随着Lombok的删除我们发现我们隐式使用了免费获得的许多功能* 例如相等性检查。 随着生成代码的删除许多测试开始失败因为这些功能不再可用。 缺少的功能提出了一个问题是否需要此功能 只需选择数据类就可以很容易地忽略这个问题。 与此相反采用一种明确的方法我们将花费更多的时间讨论该主题。 可能我们的测试看起来有所不同或者我们会更明确地了解特定功能。 在没有生成实用程序的情况下显式控制代码会迫使您考虑该功能是否真正需要。 重复PSA“代码生成这样您就可以更快地做错事……” #GeeCon — Oliver Drotbohmodrotbohm 2014年10月23日 什么是样板 样板代码是我们反复需要编写以公开某些功能的代码而不是告诉代码我们希望此功能开箱即用。 典型的示例是属性访问器GettersSetters和相等性检查 equals / hashCode 。 有时也是构造函数。 与我们以前的想法相反将Lombok注释分解为自己的组件并不是样板。 它不精确方便且不负责任。 在编译器周围工作 这是Lombok特定的方面。 Java编译器从未打算用于Lombok要做的事情。 Lombok的维护者为实现Lombok所做的事情做了出色的工作。 这是以针对特定编译器的编译器中几种解决方法的代价为代价的。 javac所需的内容在某种程度上与Eclipse的ecj需要执行的操作不同。 在静态布局中JDK和Eclipse IDE永不改变一切都很好。 但是现实世界是不同的。 Eclipse发布了更新程序从Java 9开始Java发布节奏加快了。Lombok项目不是由公司驱动的而是由时间有限的开源贡献者团队驱动的。 过去Java升级导致Lombok成为阻止我们升级到较新Java版本的组件编译器内部发生了变化Lombok尚无机会追赶。 随着Lombok用法遍及整个代码库唯一的选择就是不升级。 但是从长远来看不升级不是一种选择。 最终Lombok赶上了路为再次升级到新版本开辟了道路。 插入所有东西 Lombok的一个方面是它需要告诉您的IDE有关生成的类成员的信息。 尽管您的代码中没有例如Setter但在编译后的代码中却有所以您的IDE需要知道这一点以免出现错误。 对于IntelliJ和Netbeans而言这并不是什么大问题因为您可以启用注释处理并使用可选的IntelliJ插件。 对于Eclipse您需要一个可修改Eclipse行为的代理。 如果没有正确的IDE设置那么任何想要处理代码的人都会收到错误/警告并提出以下问题那怎么办 认知负荷 从某种意义上说每种非显而易见的行为都会导致复杂性。 同样每个非默认行为都导致相同的路径。 初次使用这种代码库的人们需要了解如何掌握该代码库。 尽管这不是Lombok特有的但所有为代码提供附加功能的辅助实用程序代码生成器AOPJVM代理一般来说字节码操作都具有被描述为魔术的潜力。 为什么是魔法 因为一开始发生的情况并不明显。 一旦有人向您解释了窍门这种情况就可能变得显而易见。 其他人更改您的已编译代码 使用代码生成功能我们可以依靠其他人来完成正确的工作。 我们会购买它们因此他们的工具为我们提供了对我们有用的功能。 我们不再需要为equals / hashCode正确的实现而烦恼添加属性变得不费吹灰之力因为这一代人为我们代劳。 手动扩展equals / hashCode并非易事。 某些工具可以为我们做到这一点但是正如您可能已经预料到的我们在不大幅改善我们状况的情况下将tool2 tool1 tool2 。 有时工具会更改其生成代码的方式或生成的位以及停止生成的位。 找出这些变化并不是一件有趣的事情但是如果我们已经购买了他们的编程模型那么我们就别无选择。 唯一的选择是退后这是以手动实施为代价的。 偶然的复杂性2构建 根据上下文这可能仅与我们的项目有关。 我们附带了带有公共API表面的库并附带了源jar和Javadoc。 默认情况下Lombok仅适用于您的.class文件。 这将导致源jar不包含生成的方法并且Javadoc也不列出生成的成员。 从消除样板代码开始随着构建复杂性的提高而继续。 为了获得正确的源jar和Javadoc我们需要向构建中添加插件该插件首先要对代码进行delombok并允许源jar / Javadoc在delomboked源之上运行。 根据您的设置使用delomboked的源仅用于源jar和Javadoc。 这意味着您将一个版本的代码用于文档目的。 该代码与您用于编译的代码不同。 Lombok本质上导致相同的输出代码。 使这一方面变得明显会使我们感到难受。 复杂性的增加通常会花费更长的构建时间我们可能会问自己这是否值得我们得到。 一个好的开发者就像一个狼人害怕银弹。 —JochenMadercodepitbull 2016年10月8日 Lombok正在分化社区 即使前面的部分听起来好像我们正在处理严重的问题但其中许多可能是特定于我们的项目上下文的。 Lombok承诺减少样板代码。 它做得很好。 在面向数据的环境中工作在该环境中我们需要各种对象对象进行测试甚至在生产代码中都需要大量的代码才能使用适当的数据对象/值对象。 为hashCode提供良好的实现并hashCode 。 由于不正确的hashCode实现有两个CVE。 忘记在equals / hashCode添加字段是错误的另一个常见来源。 使用代码生成时我们消除了这些错误源。 此外不存在的代码也不会影响我们的测试覆盖率统计信息。 这并不意味着它不需要测试。 查看Lombok删除提交的统计信息我们看到 删除300行 新增1200线 这很好地说明了我们从使用Lombok中获得的好处。 一旦在一个地方使用了Lombok我们通常会在其他地方继续使用它-因为它已经在类路径中了。 查看已删除的300行我们应该改为将它们删除为150行因为它通常是一个import语句和一个注释使我们在便捷代码和手动维护代码之间的比例大致为18。 我们不需要支付任何代码行但是拥有更多代码会带来更大的维护面。 看看我的推文 有非常相反的意见。 这些React就是为什么在您应该/不应该使用Project Lombok或Kotlin数据类时没有唯一答案的原因因为它始终取决于您的团队上下文和所编写的代码类型。 我最近从项目中删除了project_lombok 。 一条推文太短无法总结结果。 将跟进一篇博客文章。 https://t.co/wpS33nKScA -Mark Paluch mp911de 2019年7月2日 双重痛苦 不使用代码生成功能会使代码明确。 显式代码始终可以揭示其作用。 显式代码需要设计。 由于立即得到的结果和最初的简单性进入代码生成功能很诱人。 一旦使用了这些功能我们就会经历不同的情况并了解并非立即显而易见的方面。 由于相关的成本很难消除一个非常有益的功能。 还记得18的LoC比率吗 仅仅因为我们想摆脱代码生成并不意味着我们可以免费删除该工具收到的功能* 。 而是意味着我们需要自行提供此功能。 我这样说您有一所房子将其出租给某些租户因为租用房屋可以赚钱。 最终您发现租户很乱并且开始摆脱租户。 租户出门后您便会意识到混乱的程度并开始清理房屋以免房屋松动。 最终结果是相同的您为该学习付出了很多努力可能还有金钱。 如果您的租户行为正常则没有理由改变现状。 翻译自: https://www.javacodegeeks.com/2019/07/data-classes-considered-harmful.html内联脚本被视为是有害的
