NET 4.5带来开发简化新能力

该公司的旗舰开发框架，现在叫做.NET4.5,带来特别的支持，支持编写异步代码，支持新的F#函数放言，运行时性能增强，而且最重要的是提高的开发简化能力。

一直以来.NET4.5的中心都是Windows Communication Foundation(WCF)。在这个.NET的版本中，WCF的改进也是更快开发。简化是该新版本的一个主要驱动，据Cesar de la Torre Llorente所说，他是VisualStudio(VS)和.NET的软件架构师。

客户端的配置复杂性变少了，他说。“当WCF开始，你需要学习所有的Web服务来构建端点。这意味着所有的参数，所有的地址绑定，所有的合同，” de la Torre Llorente说。“一旦你知道它，它就是没问题。但是它却是众多的联结和你可能要学习的配置的整个世界。”

通过WCF4.5,微软已经“简化了需要配置的一些事情，”他说，他指的是包罗万象的配置模式作为“按照惯例的配置。”

HTML5 Web套接口

微软的这些行为反应了普遍的行业趋势。简化配置是Java更新，和云计算模式中的目标。WCF的其它改变，例如改进对HTML5Web套接口，也反应了整体行业主题。

“配置对于WCF开发都来说，一直都是一个大的挑战，尤其是对于那新的平台，” Michele LeRoux Bustamante说，她是架构咨询师及IDesign的WCF训练员。在新WCF版本中，“有重大的新功能来改进这些体验。”

她提到的一些特性有：“帮助理解功能的工具提示，帮助第一时间获得正确内容的智能感知，帮助随着编辑警告抓到的无效设置的确认，以及在代码中轻松进行配置的方法。”

“Web套接口更重要。这是HTML5的功能，当然也是创建丰富的用户体验的重要一部分，这样服务器就可以推送更新给客户，而且不必事先投票，”她说。

促使编辑简化

简化的更大行为已经发生，某种程度上是在WCF领域范围外，这就像竞争性的面向的Java架构，它伴随着地简单对象访问协议(SOAP)的专注而成长。随着网络的发展，越来越多的应用需求遇见了具象状态传输(REST)技术，遇到了仅限于狭窄的用例企业的SOAP.

该企业支持多种传输协议，而且WCF占有一度之地。REST很大程度上被基于HTTP传输限制了。当然，HTTP的广大前景和Web很难被描述为“限制。”

从一开始，微软对WCF的愿景就是统一所有技术，并已经用于远程计算。“描述WCF的一个词是‘去耦，’”de la Torre Llorente说。“从传输协议，从数据格式等等中去耦。”

“从架构角度来看，这很好。另一方面，有时你想要的是简化，”他说。从简化方面，通过HTTP的REST是一个很成功的案例。

虽然，WCF可以在多种传输协议上用于创建“REST-ful”应用，甚至微软会告诉你，它的ASP.NETWeb API对于面向Web的REST开发，是一个准备就绪的方法。Web应用程序接口(API)到HTTP是完全耦合的，de la Torre Llorente指出。

虽然，没有什么确实可以和WCF相比，在J2EE中，但仍然有相似的。都采用中间件集成模式和组件体系结构，对于简单的Web应用程序创建都已经被视为过度。Web应用程序构建在今天是真正普遍需要的。而且，事实证明，Web应用从简单，轻量的软件架构中获得了利益。

敏捷开发方法

如果Web应用程序构建更简单，这种好处就会抵消的业务需要的Web应用程序的数量和频率。因此，速度和敏捷开发越来越重要。

事实，对于敏捷的需求可能在今天的编程需求中占统治地位。这种需求驱动了微软的行动，开发领导Soma Somasegar在VS2012正式发布时对在场的人员说。他指出，要更新公司面向团队版本的VisualStudio,及Web时常更新的政策，在这方面。

“你不得不考虑，你的团队怎样在一个更敏捷的方面进行管理。而且，更重要的是，你怎样以更敏捷的方式向你的客户交付价值，” Somasegar说，微软开发部联合副总裁。持续的新的软件的交付是新范例重要的一部，他暗示。它也是微软在为了开发中更好的简化性，而进行推动的一股背后力量。