但這種系統的問題是不能擴展到Internet。因為該體系的基礎是服務器上的客戶端和服務器的緊密聯結。這意味著兩者必須是同質的基礎體系，但也就常常意味著這種系統是非常脆弱的，如果有任何一端接口發生變化，另一端程序必然就會被中斷。舉個例子，如果服務器應用程序的接口改變了，那么客戶端也將會失效。
開發中要求有一個緊密聯接的系統這本身沒有錯，而且許多應用程序也一直就是建立在這些系統上的。但最終，隨著時間的流逝，這種模型是不會擴展的。因為眾多公司企業要求相互溝通，這很難保證會有一個統一的系統，同樣也很難保證，你的客戶的服務器會有你所需要的完全一致的系統，你甚至都不可能猜想到它所用的是什么操作系統、什么對象模型和什么編程語言。
相反，Web服務的聯接非常松散。這就意味者你可以在聯接的任何一端任意改變接口，而應用程序可以不受影響地照常工作。從技術上說，這主要是由于使用了擁有穩固性能的基于消息的異步技術，如像HTTP、SMTP等Web標準協議。而且最重要的是，XML可以幫助實現其通用性。
作為一個宏偉的計劃，.NET的路還很長。今后的發展無論是崎嶇坎坷還是一片光明，在對新技術和IT產業的推動上，微軟都是功不可沒的。
消息系統將通信的基本單元打包進自描述的、運用于網絡通信層的包(被稱做消息)。消息系統和分布式對象系統的關鍵區別在于，發送者需要對接收者的系統了解多少。使用分布式的對象系統，發送者需要幫助接收者考慮許多問題，比如應用程序將如何激活和卸載、調用的是什么接口等等。
另一方面，消息系統在通訊層上達成協議。發送者只需考慮的是接收者能夠知道信息正被發送。發送方不需要了解一旦消息被收到后將會如何處理，也不需要對發送方和接收方之間作任何考慮。
在通訊層上達成協議的優勢是顯而易見的。例如，協議能夠使接收方隨時作修改而無須中斷發送方，只要該協議始終明白是同一條消息。接收方不用中斷任何當前應用程序，可以自由升級和改進。更進一步說，就是發送方不用要求任何特殊的軟件就可以和接收方交談，只要他發送的是符合格式的信息，接收方就可以作出應答。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
