我目前正在使用GMF框架，创建了一个ecore模型和一个基于该模型的GMF编辑器。创建的编辑器集成在Papyrus（v1.0）中。
基于我自己的DSL，我创建了一个包含1.750个元素的模型，这些元素在几个图中可视化。其中一个图是主图，包含所有元素（其他图的EOL取决于元素之间的关联）。在主图中进行一些更改会减慢工具的反应时间（或者有时没有更多的堆空间）。第一个问题是为了"平稳"使用而加快反应时间？有人经历过这样的问题吗？
有时我想对Microsoft Visual Studio建模SDK进行更改，但我认为，没有像GEF-GMF框架那样的关于个性化可能性的可视化，而是更稳定（我认为）。此外，我对MS建模SDK没有任何经验，包括这两个框架/SDK之间的优缺点。有人能报告他使用它的经历吗？
亲切问候Erik
据我所知，涵盖范围最广的实证评估是由CEA/LIST进行的。不幸的是，它们没有涵盖MSDSL工具，而是涵盖了许多其他工具。请参阅以下网址的报告：http://hal.archives-ouvertes.fr/docs/00/70/68/41/PDF/Evaluation_of_Modeling_Tools_Adaptation.pdf
可扩展性确实是一个相关的特性，而稍后在实际使用中检测到的另一个特性也是进化：当语言和工具更新时，模型如何更新。
我不能说在这两个包上都有经验。
我希望转换所需的努力，包括你的学习和你已经建立的所有支持机制，都会让这样的转换变得不值得麻烦。转换可能需要很长一段时间。
如果你想要更快的性能，请屏住呼吸1-2年，并努力增强你的工具。实用性总是工具的一大吸引力，芯片和工具供应商继续努力让事情变得更好。
任何袖手旁观的解决方案都是好的。