Remoting是NET平台下比较成熟高效的分布式技术，我们习惯采用传统的远程调用的方式使用Remoting。在客户端所在的Application Domain，我们通过Proxy（Transparent Proxy）远程地跨Application Domain调用一个方法。当来自Client端的调用请求通过Proxy到达Server端所在的Application Domain后，Remoting Infrastructure在Server 端激活（Activate）相应的远程对象（一个继承子System.MarshalByRefObject类对象）——这里仅仅以服务端激活对象（Server Activated Object——SAO），然后再Server端执行相应的操作后把Result传递给Proxy，并最终到达Client。这是一种典型的Request/Response的调用方式。

我之所以一直比较推崇在.NET平台下使用Remoting而非XML Web Service是因为我觉得.NET Remoting是一种比较成熟的分布式技术。它自身提供了XML Web Service很多不具备的特性，其中对双向通信的支持就是一个很好的体现。

相对于典型的Request/Response的消息交换模式（Message Exchange Pattern——MEP），双向通信实质上是采用的Duplex的MEP。也就是说，Server端在执行操作的时候，可以回调（Callback）Client端的操作（这个操作时再Client端的Application Domain中执行的）。

现在我们来看如何一步一步实现在Remoting环境下的双向通信。在下面的Sample中，我们的逻辑是：调用一个数学计算的远程调用，除了传递相应的操作数之外，我们还传递一个对象，这个对象可以在Server端中回调 (Callback) 把运算结果在Client端显示出来。可以通过下面的URL下载源代码：http://www.cnblogs.com/files/artech/Artech.DuplexRemoting.zip
步骤一、构建整个Solution的整体构架

• Artech.DuplexRemoting.Contract：Class Library Project，定义远程对象（Remote Object）和Callback对象的Contract（Interface）。实际上，站在Server端的角度上看，Callback的操作是在Client端的Application Domain中执行的，所以从本质上讲， Callback对象是Server端的远程对象。之所以定义这样一个Contract Project，其目的主要有以下两点：

如果没有把远程对象的Interface，对已某一个需要调用这个远程对象的Client来说，它必须引用远程对象本身。从安全的角度考虑，Server向Client过多暴露了操作的实现逻辑。如果我们把远程操作的Contract提取出来，Client只要引用这个Interface就可以了。

一般来说，远程对象的Contract相对时静态的（static）,而业务逻辑的实现则是经常 变化的。因为Client只需要了解的是远程对象的Contract，所在无论Server端对远程对象的实现作了多大的变动，对不回对Client产生任何影响。

• Artech.DuplexRemoting.Remoting：Class Library Project，定义远程对象本身。由于远程对象必须实现上边定义的Contract。所以需要引用Artech.DuplexRemoting.Contract。
• Artech.DuplexRemoting.Hosting：Console Application Project，以Self-Host的方式Host Remoting。引用Artech.DuplexRemoting.Remoting。
• Artech.DuplexRemoting.Client：Console Application Project，引用Artech.DuplexRemoting.Contract。
  

  

步骤二、定义Contract

IDuplexCalculator

   1: public interface IDuplexCalculator

   3:     void Add(double x,double y,ICalculatorCallback callback);

interface ICalculatorCallback

   4: }

步骤三、定义远程对象类型

DuplexCalculatorRemoting

   5:         Console.WriteLine("Invoke the method Add({0},{1}).",x,y);

   7:         callback.ShowResult(x,y,result);

   9: }

步骤四、Host远程对象

App.config

   5:                 wellknown mode="SingleCall"

   7:                            objectUri="DuplexCalculator.soap" />

  10:             channels  11:                 channel ref="http" port="8080"  12:                     serverProviders  13:                         provider ="wsdl"   14:                         formatter ="binary" typeFilterLevel="Full" />

class Program

   5:         System.Runtime.Remoting.RemotingConfiguration.Configure("Artech.DuplexRemoting.Hosting.exe.config",1)">false);

   7:         Console.Read();

Remoting会反序列化所有类型。如果你想知道那些类型是在Low Level下被限制，请参考http://msdn2.microsoft.com/en-us/library/5dxse167.aspx。

之所以要把typeFilterLevel为Full，是因为我们的远程调用里包含一Callback对象，它实际上是一个继承System.MarshalByRefObject类对象（这个的对象将在Artech.DuplexRemoting.Client中定义）。而这个对象是不会再Low Level下被自动反序列化。

步骤五、定义Callback对象类型和调用远程对象

CalculatorCallbackHandler

   7: }

App.config

Program.cs

  11:     {

  13:         proxy.Add(1,2,1)">new CalculatorCallbackHandler());

  15:     }

Server端了来说Callback对象实际上是一个远程对象（在Callback过程中Client端转变成Server端，而Server端转变成Client端）。Server端需要注册一些Channel用于Client访问寄宿在Server端的远程对象，同理，Server需要Callback一个寄宿在Client端Application Domain中的Callback对象，Client端需要注册相应的Channel；

到现在为止我们已经完成了所有的Program，我们来运行一下，在客户端你将得到如下的输出：