代码生成
作为程序员，我的理想之一是使用代码去生成代码。
代码生成可以用于很多场景，其中应用最广泛的，应该是ORM。
ORM
ORM - Object Relational Mapping，即把程序语言中的对象，映射到关系型数据库的结构上。
对象属性、表结构都是有清晰的定义；相互之间的映射是可以有固定的规则；如果手动逐个对象、属性写这些映射规则的话，会相当繁琐。
一般可以使用反射，在程序运行时去判断对象以及属性，然后对映射做不同的处理；但也可以使用代码生成来实现。
相对于使用反射，我会更喜欢代码生成的方式，因为：
- 更加容易debug
- 编译器提供更多的检查
- 运行性能更好
IDL
生成代码的时候，一般也会需要引入一个IDL，即Interface Definition Language，对需要处理的对象结构进行严格的定义描述，然后编译器读取这样的IDL后，再进行输出。
json、yaml等格式也可以作为IDL使用，但我一般会使用其它更加严格的语言，比方说thrift，protobuf；因为：
- 不用自己再去发明一套语法
- 有更多的周边工具可以使用
使用了很多年thrift做为DSL，我并不使用thrift本身的序列化、远程调用功能，仅仅是借用thrift作为IDL的语法，然后使用现成的thrift parser去生成我需要的代码。
thrift的开源parser有：python的ptsd，跟go的go-thrift等。
近两年则慢慢切换为protobuf，主要是因为我发现使用protobuf作为IDL的话，连parser都不需要。
protobuf的编译器protoc解析protobuf定义文件之后，会把解析结果，以protobuf消息的形式，传递给相应的语言插件，然后由插件再去完成具体的代码生成任务。
因为protobuf本身支持的语言已经足够丰富，所有protobuf支持的语言都可以用来开发protoc插件；在这里，protoc就相当于一个跨语言支持的parser，它会把解析结果，通过标准输入、输出传递给插件。
这就带来很大的一个便利性，之前我使用thrift作为IDL的时候，很可能需要go、前端工程师再去掌握python，然后写代码生成的代码。
使用protobuf的话，go / typescript都可以用来实现插件，分别实现自己熟悉语言的代码生成即可。
代码生成
代码生成，需要工程师提高一个抽象层次去考虑自己的代码；以web开发作为比较的话，原本是直接写html就好了，可以直接从html的角度去思考；但引入jsp、PHP甚至是react这样的等“模板”后，就需要隔开一个层次去思考。
这样“隔开一层”，对于web开发者可能会比较习惯；但对于后端等工程师，则往往会需要有一个适应的过程。
在源代码内，使用字符串拼接可以做代码生成；但也可以使用模板。
如果使用go语言开发，使用go内置的text/template库便相当顺手，go 1.6版就专门对此做了增强
Java的话，则可以考虑stringtemplate、freemaker等 .Net则可以考虑T4等。
注意，很多模板是针对html做了优化，它们可能特别适合html代码的生成，但用来生成源代码，则就非常不合适，比方说jade、razor等。
DSL
严格的说，thrift / protobuf等最多只适合对相对简单的结构、接口定义；而且，它们是对数据序列化做了考量，即需要给每个字段增加一个独立的序号。
我们若只是用它们来做IDL，不需要考虑版本兼容等问题时，额外写这么个序号其实是不必要的，虽然也不算特别麻烦。
（对于很多场景，其实使用yaml作为描述语言也是不错；几乎所有的语言也都会带有yaml的parser。）
thrift / protobuf本身都有一定的可扩展能力，但再怎么扩展，也很难将其扩展成为用来描述领域业务的语言。
groovy等脚本语言会是DSL更合适的选择。
