WCF之SOA的历程

现在讲WCF的书和网上资料有很多，但大部分都是教我们如何使用WCF来创建面向服务的程序。实际上，WCF的编程模型是相当简单的，基本上上手非常的简单。WCF作为一种框架，简单易用的编程方式是一把双刃剑，一方面它让新手非常容易上手，但另一方面，过于简单的模型使得它的使用者不明白其中的细节，因此要用好它并不容易，比如很多时候我们写的WCF程序看起来服务，配置等等各方面都没有什么问题，却莫名其妙的不工作，往往要花很长时间去调试。如何创建高性能的WCF程序，如何快速有效的对WCF程序出现的各种，要求我们对WCF本身甚至SOA有着深入的理解，对WCF内部的工作原理有着一定的了解。这个系列，作者将对自己近段时间对WCF的学习做一个总结，与大家共享。

 

SOA的发展历程

WCF框架实际上可以看作是微软对SOA架构的一种实现，或者说WCF的存在让开发者更容易创建面向服务的程序。面向服务本身不是一种技术，而是设计和实现软件的一种架构方式。如果我们回顾软件编程的发展历史，不难发现SOA的提出和发展是一种必然。

 

自从第一个计算机程序诞生一来，软件编程的发展趋势，尤其是系统软件的发展趋势就是不断地解耦合，与硬件解耦合，比如高级编程语言的诞生使得大部分开发人员不需要关心CPU寄存器的分配，与平台解耦合，比如虚拟机的发明使得开发人员不需要关心系统调用，软件内部之间的解耦合，比如各种编程思想的发展。松耦合代表的是灵活性，可集成性，可扩展性和互操作性。当然，不是所有的程序都适合松散耦合的设计，比如在一些嵌入式设备上的开发，也不是说每个系统都要按照最高的松耦合标准来设计。但只要条件允许，我们就应该尽可能的进行松散耦合的设计。而计算机硬件性能的不断发展，也使得软件设计想着松散耦合的方向不断迈进，我们可能想象在早期的286机器上先运行虚拟机，然后再用虚拟机来运行软件的性能。迄今为止，SOA所倡导的理念使得我们可以设计出最为灵活和优雅的系统架构。现在我们就来回顾一下编程理念的发展历史，编程理念和计算机编程语言或者具体技术是两个概念，比如我们完全可以在面向过程语言上实践面向对象思想，但是语言的特性使得我们可以更好更方便的实践某一编程思想，所以C++我们将它称之为面向对象语言，因为使用它我们能方便地实践面向对象思想。这也是WCF和SOA的关系，使用WCF，我们可以方便地实践SOA的理念。

 

最早的普遍的编程思考方式应该是面向过程，面向过程是一种从上至下的思考方式，当我们考虑一个问题时，先想到要用哪些数据结构，然后考虑要用哪些算法，最后将问题分解为模块，一个一个按顺序实现和执行模块。模块本身只是一个过程，它并不保存状态和数据，这使得模块和模块之间的交互（调用）的耦合度非常高，这使得模块很难独立于系统作为一个整体单独存在，从而给别的系统重用。这样的思考方式本质上决定了面向过程的程序很难重用，当系统很大很复杂时，这种思考方式的缺陷就更容易体现出来了。

 

面向对象是更接近现实世界的思考方式，它是在程序中包含各种独立而又互相调用的单位（及对象）的思想，而当我们实现某个对象的某个函数时，也要用到面向过程的思考方法。因此从耦合的角度来说，我们完全可以把整个面向过程程序当成是一个对象，是本应该被分解而成的若干个对象耦合在一起的对象。如果我们这么理解，面向对象思想是对对象的解耦合。很多面向对象语言使得我们可以方便进行面向对象编程，比如C++，Java，smalltalk等等，还有许多面向对象的最佳经验和描述语言，比如设计模式，UML等等。从面向过程到面向对象可以说是思考方式的革命性的转变。

 

面向对象编程解耦了对象，达到了类层次上的共享，但是要在不同的二进制程序之间共享组件，我们不得不复制代码文件，重新编译。因此整个面向对象程序是铁板一块。这不利于共享尤其实在不同的机器之间进行共享。从耦合的角度来说，我们可以把一个程序看成是一个组件，是本应该被分解而成的若干个组件所组成的组件。于是我们有了面向组件编程以适应更复杂更大的系统，实现更高层次的复用。很多面向组件的技术使得我们可以实践面向组件的思想，比如COM，DCOM，CORBA和Java EJB，.Net Remoting。从这些技术我们可以看到，面向组件使得我们不仅在机器内实现共享，也使得二进制组件可以跨越进程和机器的边界被调用。当然，从面向对象到面向组件只是一种演化，不能算是革命性的进步。

 

然而面向组件仍然将各个组件紧紧地绑定在一起，这是因为面向组件并没有与特定的技术解耦的，比如DCOM的组件就不能和Java 的组件进行通信。但是在一个企业的系统里面，由于各种各样的原因，存在着各种子系统是很正常的。在软件系统日趋复杂，我们需要更为灵活的编程理念。面向服务使得需要通信和交互的部分与技术无关。在面向服务的概念里面，所有需要被共享的部分都被包装成服务，而它们与外界进行交互（或者被外界访问）的方式不是调用，而是消息。而如果消息的定义和编码也遵循一个统一的标准（比如SOAP Message已经成为事实上的标准）的时候，系统的各个部分很好的互连互通，而与实现的技术没有关系，系统的某个部分也可以被其它系统访问，极大的提高了灵活性和重用。之前的Web Service技术和WCF都很好地支持了SOA。而WCF比Web Service又有着更多的灵活性和优点。

 

回顾历史，可以看到SOA和WCF的产生是软件系统不断复杂的必然产物。

 

.NET分布式编程回顾

 

WCF也可以看做是分布式编程技术，实际上微软MSDN宣传它集成了以往.NET平台的分布式编程技术（主要是指MSMQ，.NetRemoting，ASP.Net Web Service, WSE, 企业服务），在MSDN的WCF概述中http://msdn.microsoft.com/zh-cn/library/ms731082.aspx ，开宗明义提出了使用单一技术带来的问题和WCF如何克服他们，但如果我们从来没有使用之前技术编程的经验，又怎能深刻理解这一观点并充分发挥WCF带来的好处呢？ 同时，只有对以往的技术有基本的了解，才能帮助我们更好的理解WCF，从而处理我们在WCF开发过程中遇到的问题。还有WCF的实现在某些地方也依赖于这些以前的技术,如MSMQ Binding的实现，那么了解它们就更加重要了。

 

由于笔者在写作此文时，在网上发现了一个非常不错的系列来对这些前WCF分布式技术做了一个回顾，在此就不再累述。推荐大家看这个系列：

WCF分布式开发必备知识1，2，3，4: http://www.cnblogs.com/frank_xl/

 

通过回顾，我们可以理解 为什么说WCF集成了之前技术的优点，同时解决了之前单个技术所不能克服的难题，同时我们也能从之前的这些技术实现中隐约猜想到WCF的内部实现机制。