轻量级的代码生成方案选择-Java基础-Java-编程开发

本文探讨了模型驱动架构(MDA)在代码生成工具中的应用现状及未来趋势,并对比了Freemarker与Velocity两种模板引擎的特点,最终选择了Freemarker作为代码生成工具。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

<script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script>

上次说到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,记录低决定的过程。

java代码checkstyle的规范检查点特别多。再加上同时还有部门自己的一套编码规范,在eclipse开发环境中,研发人员很难驾驭如此多的条条框框。本文提供的技术能轻松的解决研发人员关于编码规范的苦恼,因为这部分工作由本人提供的脚本已完全能够自动生成。当然这里的编码规范不包括java语言本身的使用机制,也就是说java代码的使用与否只能由研发人员控制,不可能由自动化脚本完成。 使用本文技术的好处: 1. 能把checkstyle检查单中检查出的80%的错误自动排除,如关于tab键的使用问题。如果不使用本人的脚本,每个研发人员要在eclipse中配置一遍或干脆不使用tab键,加上eclipse使用上并不直观并且该软件经常出错,所以对研发人员来说这是很痛苦的一件事情。当然编码规范远远不止tab的禁止使用问题,如空格,换行等很多细节问题,所以每次都要这样配置,将极大的影响工作效率; 2. 把checkstyle中的大部分错误排除后,即使checkstyle检查单中还有少量错误,也往往是与具体的编码有关,这对研发人员集中精力于java技术本身就非常有意义了; 3. 由于本人提供的自动化脚本既包括注释的规范化,同时也包括对代码格式的规范化,这对提升java代码整体质量意义重大; 4. 把研发人员从纠缠于编码规范细节的锁细工作中解脱出来,极大地提升了工作效率,否则光是看到checkstyle检查单上的一堆错误,不仅伤及信心,同时要逐个去纠正,工作量将极其巨大; 建议:由于本文提供的技术十分实用,建议在部门尽快推广使用之,这对提升过程质量及研发人员的工作效率非常有帮助。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值