http://www.buaapress.com.cn/buaa/html/commend/view.asp?id=773说实话，我觉得Rhapsody最大的缺点是不支持FrameWork的定制（应该可以，ilogix公司有一个IDF(Interrupt Driven framework)就是另外定制的，只是我不知道如何定制，文档也没有较好的说明），而FrameWork的代码我觉得还是有可优化的空间的。 Rhapsody的helloworld很简单的，30多叶主要是强调了一些基本用法，另外，Rhapsody生成代码主要还是根据用户订制，一个class对应一个文件，所以看上去多，但实际并不多。我觉得是可以满足实时要求的。当然，如果用户需要一个对象的状态变化非常快（100HZ以上)，可能Rhapsody的Framework不是很适合,这也是我想自己定义他的Framework的原因。 再说说RoseRT给我的第一感觉（只是做了一个Helloworld的感觉，所以很不全面） RoseRT是Rational 在收购objecttime以后的推出的，该工具主要是基于一个叫做ROOM的模式，所有可执行<<active>>的对象都必须是一个叫做capsule的子类。其好坏我也感受不抬出来。（ilogix的道先生对ROOM不太赞同） RoseRT的界面感觉比较复杂，代码生成也可以，但效率无法评价。 最后说说Artisan何tau. Artisan据说是ilogix的一个副总离职后开办的一家公司，所以有理由相信，他们的很多技术来源于ilogix,说实话，那个工具装上后，我碰都没碰一下，只是看了看他的文档。最终给我的感觉是，他更加贴近嵌入式设计（可以和硬件设计相关联）。另外，他没有类似rhapsody的framework,而只是定义了最基本的系统元素。 tau由于刚刚拿到，装上了感受了一下，可怜我的C41.7G+512M内存，运行都很慢，郁闷~~~（可见他们的产品面向大公司，对小公司的低配置电脑支持不佳！!@#$@#$@#!$）,但是Telelogic是欧洲软件工程很牛的公司，tau也应该很不错地. ’’’’’’’’’’’’’’ Raphsody生成的文档和代码是否能用CVS进行有效的版本管理这也是我关心的。即它生成的那些图是否都是结构化的文档，而不是象Word那样所见即所得的文档。Word这样所见即所得的文档在CVS库中是以二进制文件保存的，而文本文件只是保存版本间的增量，这样主要是有利于版本比较。 |
|