编程/建模中的模型驱动体系结构方法

Question

我了解模型驱动体系结构的基本知识:它都是关于对系统建模的，我想在此之后创建并创建核心代码。我不久前用过CORBA。我需要做的第一件事是创建一个抽象接口(我想要构建的系统的某种模型)，然后生成核心代码。

但我有一个不同的问题:模型驱动的体系结构是否是一种广泛的方法？我的意思是，假设我有一种语言(建模语言)，我想在其中建模现有的系统(相对于我想要创建的系统)，然后分析所创建的系统的模型和关于建模抽象的不同事实。

在这种情况下，我前面描述的过程能被认为是模型驱动的体系结构方法吗？我的意思是，我有模型，但这是现有系统的模型，而不是要创建的系统。

Answer 1

我不认为你的模型驱动分析方法是有帮助的，除非你想改造旧的系统。

模型驱动设计的好处是您创建了一个模型，如果您有相应的代码生成器，那么基本代码就是从它生成的。

例如，狂妄自大-商店系统是这样实现的：

您可以创建一个modell (一个xml-文件)，数据库模式、java-数据库访问代码和用于商店维护的gui都是从该模型生成的。

示例：

如果将一个新属性"lastOrderDate“添加到模型文件中，则可以从它获得生成的java/gui代码。

您可以从现有的数据库-modell中反向生成一个模型，但很可能与之不兼容的是为businessmodell/databaseaccess/gui生成的相应代码。

Answer 2

我自己有限的尝试在现有代码上使用建模的经验并不令人满意。我指出一个“反向工程”工具是用Java编写的一个相当琐碎的Android程序，结果是UML类框和关系的混乱不堪。

我的猜测是，如果您被指派对一些遗留的code...say进行返工，使用某种单一的UNIX应用程序并对其进行重组，以便某些部分在云中运行，一些部分在iOS上运行，另一些部分在Android上运行，那么MDA可能会有帮助。你可以为这些作品建模(在相当高的水平上！)为这些片段之间的交互建模，并为您将放在一些包装器中的遗留代码块创建包装器。(？)其他部分(例如iOS)可能需要完全重新实现。

然而，这一办法在实践中是否真正有效，将在很大程度上取决于手头任务的具体情况。