谈论代码生成，我们在谈什么(2)

　　无法生成全部，需要生成后手工修改，需要再次生成，再次生成时需要解决与手工修改的合并。
需要对比，需要解决代码换行问题。更好的是三路合并。

　　由于目前无法生成软件的全部源代码，所以需要从能生成的先生成，并逐步扩大能生成的范畴，最终实现生成全部的源代码。拿下厨作比方，厨师还是人，生成代码的机器人打下手，从简单的活做起，先洗菜、切菜，并跟着人类学厨艺，最终学会做菜的全流程。

　　所以，在实现最终目标前的相当长的时间内，需要做好人与机器人的配合工作。这就是说，需要先由机器人生成代码后接着由人继续添加或修改代码。

　　理想状态下是，一开始设计好全部的表，然后机器人生成一遍代码后，剩下的就全是人的工作了。实际情况上，情况不会那么理想。总是在某些时候，需要添加表、添加字段或修改字段，从而需要重新生成代码。拿添加新字段作为例子。新生成的代码有新添加的字段，原来的代码，却有人工添加和修改的代码。如何合成，才能既保留人的劳动成果，已有新添加的字段的代码？

　　可能有人要说，既然代码已经被人改了，那么新添加字段时，也应该由人类来改。这就违背了由机器人生成的代码具有高质量的特点。比如人工修改了20处代码，如何保证这20处是正确的，如何确保没有漏了修改某处（第21处）？实际的项目，边做边接收需求，持续反馈，持续改进，时不时添加表、添加/修改字段，尤其是添加字段，是普遍现象。如果代码生成器仅仅能在新建表时生成一次，则实用性大打折扣。严格来讲，没有实用性。所以，我曾经也说过，不支持重新生成的代码生成器，只是一个玩具。

　　第二种解决办法是，将重新生成前后两份代码，通过对比工具进行对比由人工合成。这是目前比较常见的解决办法。既能在添加字段等修改表结构的情况下，享受到代码生成器的优势，也能兼顾人工修改的代码不被作废。缺点是每次重新生成，都要人工操作合成工具，效率比较低下。如果能自动合成，或在大部分情况下能自动合成就最好了。

　　改进的办法是，将上一次生成的代码，保存起来，在重新生成新代码后就有三份代码，分别是：1.人工修改后的代码，2.上次生成的代码，3.重新生成的代码。自己实现一个工具，对比2和3的差异，并将差异应用到1中，从而得到合成的代码。目前的git合并不同人对同个文件的不同修改，也是这个思路。好像叫“三路合并”吧，不太确定。在多数情部下，可以自动合并。少数情况下，出现真正的冲突，才由人工来处理。这种办法我本人还暂未动手实现。

　　目前用的还是采用对工具的辅助，人工合并。于是会碰到另一个问题，生成后的代码会被IDE进行格式化，从而改变了换行，即某些代码行由于太长而被IDE自动换行。从而在重新生成时，会出现多处的不同，为人工合成带来了更多的工作量。这些被自动换行的代码行还可能与人工修改的代码或重新生成后有变化的代码行重叠，从而给人工合成带来了麻烦和困难。

　　解决这个问题，我目前采取的方案是让生成的代码，尽可能与IDE格式化后的一致。也为此改造了生成引擎，加入自动换行的逻辑。Eclipse的自动换行效果非常好，我本人非常喜欢。它不是简单地每个单词平等对待，到了换行处只是让单词不被断行就可以。而是考虑了单词与单词之间的关系，从关系最疏远的地方进行断行，从而使断行后的代码有更佳的阅读效果。比如两个参数: int abc, String def，这里涉及4个单词，分别是int, abc, String ,def，它们的关系是int与abc亲近，String与def亲近，可以简单地表示为(int abc), (String def)，所以断行时，会优先在逗号处断行，然后才考虑在空格处断行。实际情况，一行代码的单词之间的亲疏关系非常复杂。与语法紧密相关。所以在生成时也得走相同的计算逻辑，才能生成正确的断行。而且由于在模板中需要加入单词之间的亲疏关系，模板中的代码变得更加不直观。影响阅读。为了尽可能地减少对阅读的影响，仅在大概率发生断行的语句中添加单词的亲疏关系，但实际上，某些看起来不长的模板代码，实际可能由于某个某几个变量名字比较长，导致生成的代码需要断行，从而无法实际为需要自动断行与不需要自动断行之间划清界限。不如各位看官，是否有好的解决办法？

　　有人说，代码生成后不需要人工修改，则一行代码比较长也不要紧，不需要格式化。这个逻辑是对的。只是前面说过，我们将长期处于机器人与人配合完成工作的阶段。

　　如果使用了上面说的“三路合并”算法，把IDE的自动断行也当作是人工修改的一部分，在一定程序上可以解决这个问题。

标签：谈论,代码生成,断行,什么,生成,单词,修改,添加,代码
来源： https://www.cnblogs.com/BillySir/p/16211894.html