AndroMDA的意义

AndroMDA带出的最重要的信息是，相对标准的，开源的MDA方案开始可用了，无数程序员不懈的代码自动生成的分散努力，有望纳入一个比较统一的框架内进行。
对比自己的简易版MDA方案：
优点: 1.模型的编写与维护 好处第一是, 以前的模型是自己制定的XML标准，现在是标准的UML语言，谁不想自己的东西标准化一点，谁不想被招安阿。
第二是模型可以使用图形化的工具维护模型了。

2.代码的生成
大家使用Velocity系的Template Engine，只不过它有现成的Cartridge，估计还会不断增加，众人拾柴，比自己孤军奋战，一些大点的模板根本没法写（从经济学角度）好多了。

缺点：
1.OMG UML真的是最好的模型语言吗？
Martin Fowler也不赞成基于OMG UML的MDA，说UML用来作为描述沟通是一个好工具，但作为形式化的模型描述语言就未必那么好用。甚至时序图之类的图在描述也不见得设计得有多好，至少不见得比流程图，伪代码容易读。
所以，大家都喜欢MDD，但未必喜欢基于OMG UML的MDA。

2. UML是彻底的图形语言，XMI很难直接文本编辑器 只能使用图形化工具维护模型了，没有了以前XML文件的文本级的简单。
即使不想再讨论图形好还是文本好，但我还是喜欢两者结合得比较好的方式，UML里暂时还没有结合得很好。

3. AndroMDA居然完全靠Ant,没有IDE工具 好歹也该写个Eclipse插件啊

4.怎么现在大部分的代码生成模板都只是基于Class类图的 其他图的应用呢，show me a sample please。

[@more@]

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/8591181/viewspace-899280/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/8591181/viewspace-899280/