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

上次说到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的访问语法。比如以下的元数据：

<table> <column name="id"/> <column name="name"/> </table> Freemarker可以这样列出table下所有column的name： <#list table.* as column> ${column.@name}

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

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

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!