轻量级的代码生成方案选择

上次说到MyAppfuse要有一个代码生成工具， codegeneration.net上汇集了各种平台各种语言的工具。

其中一些用到UML做元数据的，就变成了上年最流行的MDA tool。MDA其实是超级炒冷饭了，偶N年前的毕业论文做的就是这个题目，现在再看进步也不大。

不过想下也正常。因为MDA是由模型、实现和转换程序三者构成的，假如模型定义飞速发展了，与底层实现之间必定会形成巨大落差，需要转换程序做大量工作来消弥。当落差足够大时，就会很少人愿意做这个转换工作。而为了减少落差，一是等底层实现的发展，但这是整个IT界的事情，不是MDA开发者的个人问题。另外就唯有减低模型定义的高度，比如AndroMDA，很多现成的模板都只依靠于UML静态Class图，同时使用大量的Tagged Value，看上去和一个xml格式的自定义模型没什么区别。

所以，一来受底层实现的制约，二来OMG的结构也不像个很高产的组织，MDA忽然爆发，大家洗脚上田不用再Coding的机会不大。但随着AOP,Meta-Data,O/R Mapping,IOC Container这些底层的发展，还有微软DSL对UML的冲击，MDA还是会继续慢慢发展，究竟这是我们的梦。

当下还是挑些轻量级的代码生成方案比较实际。我挑的是XML格式的自定义模型 + jsp/Freemarker模板。当然也可以像Appfuse那样用XDoclet，但我觉得XDoclet的扩展性，治理性和适用范围都是最低的。也可以不用模板，用C#/java程序完全控制代码的生成，这种方式现在又多了Python,Ruby这些动态语言可供选择。

但我还是习惯模板多一些。比如jsp，可以用Httpclient访问jsp，获得返回内容来生成文件。而xml格式的元数据， 可以通过Filter放入到Request或者session中。

不过，现在流行Velocity和Freemarker。两者之间可以用三局两胜制决出。

一，Freemarker网站上有一篇文章，列出了Freemarker语法上比Velocity优胜的地方。

二，但现在的PM不能够这么狭隘的从纯技术角度看问题的了，Velocity有着比Freemarker多得多的用户群体，比如AndroMDA, IntelliJ IDEA。

三，又但是，对于这种用XML格式定义的元数据，Freemarker有一个很少被提到，但无匹的优势--内置了XML DOM的访问语法。比如以下的元数据：

对比Velocity要使用JDom的API，简单了不知多少倍。就这点，让Freemarker胜出，因为Code Generate的过程中，实在要访问太多的xml元数据。也是这点，让我在jsp和freemarker间模棱两可。本来，因为生成的是代码，不是页面，freemarker markup-language化的优势并不存在。而jsp的好处是人人都懂，而且有最好的IDE，扩展性还超强，可以做任意的事情。

不过，说到底， 用什么做模板，其实不是件很重要的事情，这里只是写一下group memoring，记录低决定的过程。进入讨论组讨论。