【问题标题】:Comparing Performance Eclipse GMF & MS Modeling SDK比较性能 Eclipse GMF 和 MS 建模 SDK
【发布时间】:2014-10-02 16:37:30
【问题描述】:

我目前正在使用 GMF 框架,基于该模型创建了一个 ecore 模型和一个 GMF 编辑器。创建的编辑器已集成在 Papyrus (v1.0) 中。

基于我自己的 DSL,我创建了一个包含(大约)1.750 个元素的模型,这些元素在多个图表中进行了可视化。这些图之一是主图并包含所有元素(其他图是使用 EOL 生成的,具体取决于元素之间的关联)。在主图中进行一些更改会减慢工具的反应时间(或者有时没有更多的堆空间)。第一个问题是加快“流畅”使用的反应时间?有人遇到过这样的问题吗?

有时我想改变 Microsoft Visual Studio Modeling SDK,但我认为,没有像 GEF-GMF 框架那样的关于个性化可能性的可视化,但更稳定(我认为)。同样在这里,我对 MS Modeling SDK 没有任何经验,包括这两个框架/sdks 之间的优缺点。有人可以报告他的经验吗?

亲切的问候 埃里克

【问题讨论】:

  • 我希望你可以将模型拆分成相对独立的包,毕竟不能同时跟踪这么多类的不仅仅是计算机,还有你的头。在主图中,我希望只看到包,而不是它们的实际内容。

标签: visual-studio dsl modeling eclipse-gmf papyrus


【解决方案1】:

据我所知,覆盖面最广的实证评估是由 CEA/LIST 进行的。不幸的是,它们不包括 MS DSL 工具,而是其他一些工具。报告见:http://hal.archives-ouvertes.fr/docs/00/70/68/41/PDF/Evaluation_of_Modeling_Tools_Adaptation.pdf

可扩展性确实是一项相关特征,而稍后在实际使用中检测到的另一项特征也是进化:当语言和工具更新时模型如何更新。

【讨论】:

    【解决方案2】:

    我不能代表任何一个包的经验。

    我希望转换所需要的努力,无论是你的学习还是你已经建立的所有支持机制,都会使这样的转换根本不值得麻烦。切换可能需要很长时间。

    如果您想要更快的性能,请屏住呼吸 1-2 年,然后努力改进您的工具。实用程序始终是工具的一大吸引力,芯片和工具供应商继续努力使事情变得更好。

    任何解决方案,只要坐在你的手上,什么都不做,总是好的。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2012-07-07
      • 1970-01-01
      • 2014-08-20
      • 2011-06-09
      • 2012-03-29
      • 2015-05-22
      • 2020-02-22
      相关资源
      最近更新 更多