在参加奥斯陆/ M的演讲后,我很努力地看到使用它的优势与现有方法相比的优势,以及它在什么情况下会有用。使用奥斯陆和M有哪些优势?您何时使用它?
我知道它很新,而不是所有的细节都被释放等,但能有人给我一些好处,当你会用吗?
感谢,
亚历
在参加奥斯陆/ M的演讲后,我很努力地看到使用它的优势与现有方法相比的优势,以及它在什么情况下会有用。使用奥斯陆和M有哪些优势?您何时使用它?
我知道它很新,而不是所有的细节都被释放等,但能有人给我一些好处,当你会用吗?
感谢,
亚历
这个问题似乎有你要找的答案:
What is model driven development good for?
埃里克·怀恩对这个主题一个很好的博客,帖子:
Oslo == 42
他还链接到MSDN上后,它包含了一些有趣的想法:
Why do we need Oslo?
我还没有与奥斯陆alpha位出场,但我在表面层次上的理解是:
试图让开发人员更容易表达和自己的想法存储的方式,对他们正在工作的领域有意义 - 即领域建模。
试图让程序执行期间,这些存储的想法访问。
因此,更多的趋势是陈述性的而不是程序性的逻辑。这似乎是发展世界正在发展的方式。我是一个老顽固,而且很不服气。
但是我们不能继续做软件就像埃及金字塔,数以百万计的奴隶堆积在彼此的顶部和无结构的完整性,只是蛮力砖和数千个。所以我们需要这些新想法。
这个多一点,阅读由Qdoom和RoadWarrior我贴可以看到奥斯陆帮助共享文章后的思考,
好了,你可以用类似XML & XSD但奥斯陆共享模式可以更容易的它看起来像你可以从它们中生成类和数据库,同时将模型存储在中央存储库中。
也许稍后人们也会出售常见场景的模型。
模型的共享也会变得很普遍,尤其是一旦奥斯陆资源库可以托管在云中的SQL数据服务中。模型互操作性是游戏的名称。
奥斯陆有一些意想不到的用途,这将成为普遍了,但是我知道他们是支持开发谁想要创造像微软CRM和SharePoint应用程序进行瞄准。这些系统是数据驱动的,直至用户界面布局。对某些类型的系统来说,这是一种有效和高效的方法,并且提供了一个非常可扩展且可维护的体系结构。
请参阅我在奥斯陆的文章以获取更多信息: http://dvanderboom.wordpress.com/2009/01/17/why-oslo-is-important/