code-generation - 模型驱动开发有什么用？

Question

以开罗闻名的微软正在开发一个新的建模平台Oslo 。Microsoft 服务器和工具业务高级副总裁 Bob Muglia 表示，建模的好处一直很明显。

简而言之，奥斯陆赋予其用户的明显好处是什么？

Answer 1

理论上，有几个好处：

• 具有业务知识的人可以创建软件模型，因此您不太可能在翻译中丢失任何东西。
• 当非技术股东创建模型时，它迫使他们“像开发人员一样思考”。他们发现，当您将其形式化时，他们认为显而易见且容易的事情实际上是困难的。
• 它更有效率。业务人员有业务知识，技术人员有技术知识，那么为什么不让每个团队在他们的专业领域设计一个系统呢？不再有电话游戏，因为业务专家重新解释了电话游戏对开发人员的意义。开发人员不再因神秘的业务需求而分心。他们可以专注于高技术系统之间的交互。

在实践中，这要棘手得多：

• 模型很难，就是这样。仅仅因为您将模型创建推送到不同的组并不意味着您获得了万无一失的模型。软件开发都是关于建模的，所以开发人员已经习惯了。您实际上可能会失去效率，因为第二组人开始着手将他们对业务需求的理解正式化。
• 模型驱动开发与 OO 概念紧密相关。OO 对很多事情都有好处，但不是所有事情。如果您真正需要的东西超出了您的建模工具的能力，会发生什么？
• 根据我的经验，业务人员和技术人员之间的划分是人为的。最有效率的人是具有技术头脑的业务人员或具有业务头脑的技术人员。他们让事情发生。如果您将业务任务与技术任务分开，您就会破坏交叉培训和交叉思考的机会。

Answer 2

我认为建模只是下一个抽象级别。一旦建立起来，它将导致更高的生产力。

今天的 MDSD - 主要以代码生成的形式 - 节省了时间。为软件的不同部分复制工作模式并仅手动编写真正的业务代码可以稍微提高生产力，但很可能会带来更好的软件质量和更简洁的架构。

Answer 3

我认为简短的答案是研究项目！

不过，如果您想进一步了解它，可以从 Doug Purdy 的 PDC 演讲“A lap around Oslo”开始，您可以在此处查看。他解释了奥斯陆如何“在没有仪式的情况下捕捉代码的本质”，......不管那是什么意思。

HTH。