【IT168技术分析评论】
　　"M" 语言, "Quadrant" 工具, 特定领域语言(DSL)，基于模型软件开发工作的三要素

　　微软为了让其基于模型软件开发平台Oslo获得更多的关注，本周公布了有关Oslo技术预览的计划 ，提供了产品代号，并且引用该公司的DSL(特定领域语言)的概念作为该平台的一个关键。

　　Oslo的社区技术预览将于10月27号在洛杉矶召开的微软专业开发者大会上进行。这次CTP的焦点将是一个以代号“M” 进行区分的陈述性建模语言，以及代号为"Quadrant"软件建模工具。

　　模型之间的一体化存储库也将是CTP的一部分。用户在CTP的反馈意见将有助于确定Oslo技术的总体路线图，微软企业互联系统分部的副总裁罗伯特Wahbe，本周在接受采访时表示。

　　随着Oslo出现，微软旨在为开发者提供另一层次的抽象，使开发变得更容易;使模型成为应用程序。商业分析师也可以改变模型。举例来说，一位分析师可以将费用超过100美元午餐需要两个管理人员审批的一个应用程序，改变成50美元的午餐需要他们审批， Wahbe说。

　　“在许多情况下，审视模型以及他的功能，比看几十万行的代码要容易得多， ” Wahbe说。

　　使用M语言， 独立软件开发商(ISV)们和开发者可以建立文字式的DSL ，他说。 DSL可以让开发者，以更接近他们思考问题的方式写下他们的意图， Wahbe说。 同样M还可以用来建立数据模型。

　　“DSL的想法已经出现。大体上来说，我们现在努力要做的是，让主流的开发者通过Oslo更容易使用模型，”Wahbe说。微软，本身作为一个独立软件开发商，将使用DSL建设像办公自动化和数据库那样的专职领域。

　　“ 也就是是，M语言在建设DSL方面是极其优秀的，并且是以一个简单的方法 ” Wahbe说。“反过来，一旦你有DSL，他要做的是让你开发出些东西，并且该平台可以直接执行。”

　　模型被翻译成扩展应用标记语言(XAML)后，可以被该平台执行。并且如果开发者自定义Oslo工具，Oslo还可像JAVA那样跨平台，运行多线程，。

　　同时，Quadrant提供了一种视觉上创作模型的的方法。“该方法可以理解为， M可以让你创建文本式的DSL，Quadrant让你建设视觉的DSL” Wahbe说。

　　Oslo将确定为Visual Studio产品系列一部分;该公司还没有宣布那个版本将包括Oslo。虽然Oslo乍一看似乎通过提高抽象程度，最大限度的降低了开发者的作用，但微软认为，这只是软件开发发展的一个自然过程，并且可以不让发者的工作处于风险之中， Wahbe说“开发者可以更快的开发出更高质量的应用程序。”。

　　随着Oslo的出现，微软已经“明显的上了一个层次，”Gartner的企业架构团队的副总裁，分析师尼克•高尔说，“Oslo建模方法是一种耳目一新的方法。也就是说，它将是前途无可限量的。”

　　“任何试图做模型驱动架构的行为都是雄心勃勃的。我们一直在努力做可执行模式，该努力已超过25年，但迄今为止都失败了” ，就像对CASE(计算机辅助软件工程)和对象模型组织所做的努力，盖尔说。

　　微软是正在解决建模的两个核心问题：从模型转化成可执行代码和应用程序的功能目标，其中功能模型必须适应应用程序的非功能目标，如安全和系统管理，盖尔说。目前微软尚未完成无功能模型一体化进程，他说。

　　据微软称，Oslo整合了现有的应用。它汇集了模型的关联，并且依赖于微软平台上的现有的投资。微软表示，他们正在与独立软件开发商(ISV)合作建立使用Oslo的解决方案，，包括应用程序和DSL的业务范围。

　　保罗•克里尔是资讯的一个大编辑，专注于新闻和功能相关的应用开发， Java和.net。可以通过paul_krill@infoworld.com和他交流 。

　　原文：http://www.infoworld.com/article/08/10/10/Microsoft_elaborates_on_Oslo_1.html

相关资料
    微软发布的NET StockTrader 2.0以及Configuration Service 2.0(设置服务2.0)将让人们看到微软Oslo计划工作的点滴情况，尽管看到的范围比较窄。Oslo是微软下一代模型驱动的SOA平台。微软官员警告称，设置服务2.0不是Oslo的社区技术预览版。不过，微软官员表示，从这里开始，这个版本能够成为最终的社区技术预览版。
　　
　　微软连接的系统部门技术营销经理Greg Leake说，这套特殊的代码将有助于建立我们在Oslo计划中所看的东西。它涉及到我们考虑的SOA基础设施向前发展的方式。
　　
　　微软去年秋季第一次推出Oslo计划。微软解释说，这个计划是要把微软的服务和建模平台结合在一起，让开发人员创建可应用的模型，而不是创建解释应用程序的模型。这个转变旨在通过基于云的标准的Web服务与可信赖的合作伙伴共享和重复使用一个企业内部的服务。微软称，它最终将通过BizTalk Server V6、System Center V5、Visual Studio V10、BizTalk Services V1和.NET 4.0框架等下一代技术提供Oslo。
　　
　　采用SOA，微软认为此举是通过WCF从嵌入在所有的服务中的统一的应用程序转移到合成的应用程序。这种合成的应用程序集成了在.NET中实施的多个基于标准的Web服务。
　　
　　Leake说，设置服务2.0是一项为合成的应用程序增加新功能的服务，这种合成的应用程序包括负载平衡和服务运行的容错、集中的设置管理和基于Web的用户界面。一旦应用了这种合成的应用程序，这个用户界面就能够进行监视工作。
　　
　　源代码
　　
　　微软MSDN网站上星期将向开发人员提供了这个源代码和基准的下载。这是在微软的.NET StockTrader的基础上建立起来的。.NET StockTrader是微软去年6月根据ASP.NET和WCF发布的一个交易应用软件。StockTrader 2.0功能齐全的样本SOA应用程序模仿股票交易，与其以前版本的应用程序类似，不过，它以比较新的.NET 3.5框架为基础并且采用了新的设置服务2.0软件。然而，StockTrader 2.0是采用Visual Studio 2005制作的，能够无缝地移植到Visual Studio 2008。目前使用Visual Studio 2005的开发人员能够安装和使用StockTrader 2.0，以便更好地理解如何在自己的应用程序中使用WCF和SOA。不过，他们不必安装.NET 3.5框架运行时间。
　　
　　微软在去年夏季发布StockTrader的时候强调它能够兼容IBM用于分布式应用程序和显示StockTrader性能优势的公开基准的WebSphere Trade 6.1样本容量规划器。微软还演示了StockTrader与WebSphere平台和J2EE的兼容性，并且表示这个软件适用于希望学习如何制作基于.NET的SOA应用程序的开发人员。
　　
　　但是，这个软件不适合简单的基于SOA的应用程序开发。Leake说，这是一个没有任何客户能够仅靠自己就能完成的早期实施项目。不过，这个2.0版本是完全抽象的，因此，用户能够执行自己的应用程序和服务。用户方面只需要编写20行代码。
　　
　　Leake还向本地的用户群演示了StockTrader 2.0和设置服务2.0与IBM WebSphere的兼容性。他希望今年6月在奥兰多举行的微软TechEd会议上再演示与BEA系统、甲骨文和Sun微系统等公司的应用服务器的连接。
　　
　　微软连接系统部门产品管理经理Burley Kawasaki称，新的设置服务2.0对于制作执行重要任务的SOA应用程序的大量的软件设计师、开发经理和解决方案提供商合作伙伴来说应该是有吸引力的。他说，我们正在设法演示你们如何真正地简化数据中心的部署、管理和升级等工作。
　　
　　加大赌注
　　
　　Leake解释说，设置服务2.0的总目标是建立一套多层面的库，提供动态升级集群服务器的服务能力。这种升级是为了提供额外容量的负载平衡，或者是在应用程序和服务运营的级别上提供容错能力。这样，如果一个操作失败了，它将自动重新设法连接另一个集群的节点。但是，它还是一个总的框架，提供一种管理设置和配置你的服务环境中各种要素的方法，甚至在不同的服务水平中的不同的合成的应用程序中也是如此。
　　
　　Leake说，设置服务将建在.NET中，并且以管理的C#代码为基础。这就意味着它是一个能够与Visual Basic或者VB.NET共享的库。
　　
　　Kawasaki说，更重要的是开发人员不必使用这个设置服务从头开始编写他们的应用程序。你们可以使用现有的应用程序、现有的服务。然而，你们如果已经使用了它们，那么，你们就可以利用这些功能帮助你们进行应用程序的升级。他说，这是一个重要的区别。过去，你会设计你的应用程序。你要做许多事情保证应用程序的性能，对应用程序进行调整并且保证应用程序能够升级和发布。现在，通过更通用的.NET开发就能够利用上述的通用功能。