关键字：.net Web XML SOAP .net核心
不可否认，应用软件的开发正在经历一次巨变――将最终增强开发人员的生产力并开启一道通向全新概念的应用程序的大门。
新型的开发模式正逐渐被推广，将分发软件演变成一种服务还有待于所有开发人员的共同努力，而互联网却将彻底改变应用程序的开发模式和配置方式。
传统上，软件开发人员通过集成本地系统服务的方式开发应用程序。这种模型使开发人员有权使用一整套丰富的开发资源，精确控制应用程序的性能。
如今，开发人员在很大程度上已挣脱了这种模式的束缚，致力于构建具有复杂结构的n层系统，这种系统能将网络中各处的众多的应用程序进行集成，并大大提升应用程序的价值。这样，开发人员便可集中精力挖掘软件独特的商业价值，而不必日夜为如何构建基本结构伤脑筋了。令人欣喜的局面将应运而生：软件投放市场的时间大大缩短、开发人员的编程效率明显提高，最为根本的是开发出质量上乘的软件。
我们正在进入计算机发展的下一个阶段――基于Internet的阶段，特别是基于Internet核心技术――XML扩充标记语言。尽管多层应用程序开发将焦点集中在建造大型企业级应用程序上，但现在XML使得能够创建可用于任何人、任何场所的大型应用程序。它扩大了应用程序的使用范围。这样，软件就不是只能从CD上安装的某种东西，而是一种服务――就像呼叫服务或者计费电视一样，可以通过通信媒体来预订。
这一切，是通过将紧密联接的、高效的n层计算技术与面向消息的、松散联接的Web概念相结合来实现的。我们将这种计算风格称为Web Service(Web服务)，它的出现标志着人类已经迈入应用程序开发技术的新纪元。Web服务是一种应用程序，它可以使用标准的互联网协议，像超文本传输协议(HTTP)和XML，将功能纲领性地体现在互联网和企业内部网上。我们也可将Web服务视作Web上的组件编程。
从理论上讲，开发人员通过调用Web应用编程接口(API)，将Web服务集成进他们的应用程序，就像调用本地服务一样。两者区别在于前者能够通过Internet发送到某个远程系统的服务上。例如，像微软护照(Microsoft Passport)这样的服务，可以给开发人员提供应用程序身份确认的功能。通过对护照服务编程，开发人员就可以利用护照服务的基础体系，实现维护用户数据库，确信服务开启和运行以及正确地备份等等功能。
松散联接
跨越网络的分布应用程序逻辑的概念并不是一个新名词，但跨越Web的分布和集成应用程序逻辑的概念却是。
此前，像微软的DCOM(Distributed Component Object Model)、Object Management Group公司的CORBA(Common Object Request Broker Architecture)以及Sun公司的RMI(Remote Method Invocation)这些分布式对象模型被称为分布应用程序逻辑。运用这些系统结构，虽然服务放在远程系统上，开发人员仍然可以像原来本机编程那样维护和丰富应用程序的功能。
但这种系统的问题是不能扩展到Internet。因为该体系的基础是服务器上的客户端和服务器的紧密联结。这意味着两者必须是同质的基础体系，但也就常常意味着这种系统是非常脆弱的，如果有任何一端接口发生变化，另一端程序必然就会被中断。举个例子，如果服务器应用程序的接口改变了，那么客户端也将会失效。
开发中要求有一个紧密联接的系统这本身没有错，而且许多应用程序也一直就是建立在这些系统上的。但最终，随着时间的流逝，这种模型是不会扩展的。因为众多公司企业要求相互沟通，这很难保证会有一个统一的系统，同样也很难保证，你的客户的服务器会有你所需要的完全一致的系统，你甚至都不可能猜想到它所用的是什么操作系统、什么对象模型和什么编程语言。
相反，Web服务的联接非常松散。这就意味者你可以在联接的任何一端任意改变接口，而应用程序可以不受影响地照常工作。从技术上说，这主要是由于使用了拥有稳固性能的基于消息的异步技术，如像HTTP、SMTP等Web标准协议。而且最重要的是，XML可以帮助实现其通用性。
作为一个宏伟的计划，.NET的路还很长。今后的发展无论是崎岖坎坷还是一片光明，在对新技术和IT产业的推动上，微软都是功不可没的。
消息系统将通信的基本单元打包进自描述的、运用于网络通信层的包(被称做消息)。消息系统和分布式对象系统的关键区别在于，发送者需要对接收者的系统了解多少。使用分布式的对象系统，发送者需要帮助接收者考虑许多问题，比如应用程序将如何激活和卸载、调用的是什么接口等等。
另一方面，消息系统在通讯层上达成协议。发送者只需考虑的是接收者能够知道信息正被发送。发送方不需要了解一旦消息被收到后将会如何处理，也不需要对发送方和接收方之间作任何考虑。
文章来源于领测软件测试网 https://www.ltesting.net/