标签：code 编译 代码 equals 生成 How 编译器 during generate

为什么要手动生成代码？

当生成代码是最优选择的时候，那么整个系统必然在某些地方有问题。

• 可能是开发者的代码水平缺陷
• 可能是编程语言设计缺陷
• 可能是框架缺陷

开发者的代码水平缺陷

你的代码的维护者只拥有平均的技能水平。

语言缺陷

比如java的equals和hashCode方法，重写它们实在太标准了以至于IDE都支持自动生成对应的方法，那么为什么不把这种重写做成声明式的，添加到语言规范里面呢？

框架缺陷

例如，为什么从WSDL文件生成java代码而不是字节码？因为后者更复杂，更难以维护。

什么时候生成代码？

• (BC) before compilation
• (DC) during compilation
• (DT) during the test phase
• (DCL) during class loading
• (DRT) during run-time

Before Compilation

这个时候是最方便的。代码生成器读取配置或者源代码，然后将生成的代码一般放在特定的文件夹，与手写的代码分开。
这种情况下，生成的代码不纳入版本控制。跳过代码生成器，手动维护生成的代码不是一个好的选择。
生成的代码与编译器不是100%兼容的。

During Compilation

Java允许创建注解处理器供编译器使用。它们能在编译阶段创建代码并且交给编译器编译。
这个阶段的代码生成器无法访问编译后的代码，但是通过java编译器提供给注解处理器的API，生成器可以指导编译结构。
这个阶段可以生成新的类，但是不能修改已经存在的源代码。

During the Test Phase

后面细说（原作者利益相关）

During Class Loading

在类加载的过程中可以修改代码，这类程序叫做Java Agents。它们在字节码层面修改已经编译了的代码。

During Run Time

运行时也可以生成java字节码并加载到对应的应用中。也可以生成源代码，编译后加载到JVM。

Generating Code in Test Phase

Geci就在这个阶段生成代码。
这个阶段代码已经被编译了。
考虑一个重写equals和hashCode方法的类，如果删除了一个字段，那么编译器会报错，但是如果增加了一个字段，开发者很有可能忘记在这两个方法里面添加新增的字段。
那么在测试阶段将预期的equals方法与已经存在的equals方法进行比较，如果不一致，那么使用预期的equals方法复写原来的equals方法。

（对Geci不是很感兴趣，后面没有看了。原文链接：https://www.javacodegeeks.com/2019/04/generate-source-code.html

标签：code,编译,代码,equals,生成,How,编译器,during,generate
来源： https://www.cnblogs.com/N3ptuner/p/15831936.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。