当前位置导航:炫浪网>>网络学院>>网页制作>>JSP教程

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


    上次说到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}      </#list>

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

      不过,说到底, 用什么做模板,其实不是件很重要的事情,这里只是写一下group memoring,记录低决定的过程。
相关内容
赞助商链接