客户端:

public class ServerObject:MarshalByRefObject
{
 public
ServerObj()
 {
  throw new
System.NotImplementedException();
 }

 public Person
GetPersonInfo(string name,string sex,int age)
 {
  throw new
System.NotImplementedException();
 }
}

  比较客户端和服务器端,客户端的方法GetPersonInfo(),没有具体的实现细节,只是抛出了一个异常。或者直接写上语句return
null,照样OK。我们称客户端的这个类为远程对象的替代类。

  3、利用配置文件实现

  前面所述的方法,于服务器uri、端口、以及激活模式的设置是用代码来完成的。其实我们也可以用配置文件来设置。这样做有个好处,因为这个配置文件是Xml文档。如果需要改变端口或其他,我们就不需要修改程序,并重新编译,而是只需要改变这个配置文件即可。
(1) 服务器端的配置文件:

<configuration>
<system.runtime.remoting>
<application
name=”ServerRemoting”>
<service>
<wellknown mode=”Singleton”
type=”ServerRemoteObject.ServerObject”
objectUri=”ServiceMessage”/>
</service>
<channels>
<channel
ref=”tcp”
port=”8080″/>
</channels>
</application>
</system.runtime.remoting>
</configuration>

  如果是客户端激活模式,则把wellknown改为activated,同时删除mode属性。

  把该配置文件放到服务器程序的应用程序文件夹中,命名为ServerRemoting.config。那么前面的服务器端程序直接用这条语句即可:
RemotingConfiguration.Configure(“ServerRemoting.config”);

  (2)
客户端配置文件

  如果是客户端激活模式,修改和上面一样。调用也是使用RemotingConfiguration.Configure()方法来调用存储在客户端的配置文件。

  配置文件还可以放在machine.config中。如果客户端程序是web应用程序,则可以放在web.config中。

  4、启动/关闭指定远程对象

  Remoting中没有提供类似UnregisterWellKnownServiceType()的方法,也即是说,一旦通过注册了远程对象,如果没有关闭通道的话,该对象就一直存在于通道中。只要客户端激活该对象,就会创建对象实例。如果Remoting传送的只有一个远程对象,这不存在问题,关闭通道就可以了。如果传送多个远程对象呢?要关闭指定的远程对象应该怎么做?关闭之后又需要启动又该如何?

  我们注意到在
Remoting中提供了Marshal()和Disconnect()方法,答案就在这里。Marshal()方法是将
MarshalByRefObject类对象转化为ObjRef类对象,这个对象是存储生成代理以与远程对象通讯所需的所有相关信息。这样就可以将该实例序列化以便在应用程序域之间以及通过网络进行传输,客户端就可以调用了。而Disconnect()方法则将具体的实例对象从通道中断开。

  方法如下:

  首先注册通道:

TcpChannel channel = new
TcpChannel(8080);
ChannelServices.RegisterChannel(channel);

  接着启动服务:

  先在服务器端实例化远程对象。

ServerObject obj = new ServerObject();

然后,注册该对象。注意这里不用RemotingConfiguration.RegisterWellKnownServiceType(),而是使用RemotingServices.Marshal():

ObjRef objrefWellKnown = RemotingServices.Marshal(obj,
“ServiceMessage”);

  如果要注销对象,则:

RemotingServices.Disconnect(obj);

  要注意,这里Disconnect的类对象必须是前面实例化的对象。正因为此,我们可以根据需要创建指定的远程对象,而关闭时,则Disconnect之前实例化的对象。

  至于客户端的调用,和前面WellKnown模式的方法相同,仍然是通过Activator.GetObject()来获得。但从实现代码来看,我们会注意到一个问题,由于服务器端是显式的实例化了远程对象,因此不管客户端有多少,是否相同,它们调用的都是同一个远程对象。因此我们将这个方法称为模拟的
SingleTon模式。

  客户端激活模式

  我们也可以通过Marshal()和Disconnect()来模拟客户端激活模式。首先我们来回顾“远程对象元数据相关性”一节,在这一节中,我说到采用设计模式的“抽象工厂”来创建对象实例,以此用SingleCall
模式来模拟客户端激活模式。在仔细想想前面的模拟的SingleTon模式。是不是答案就将呼之欲出呢?

  在“模拟的
SingleTon”模式中,我们是将具体的远程对象实例进行Marshal,以此让客户端获得该对象的引用信息。那么我们换一种思路,当我们用抽象工厂提供接口,工厂类实现创建远程对象的方法。然后我们在服务器端创建工厂类实例。再将这个工厂类实例进行Marshal。而客户端获取对象时,不是获取具体的远程对象,而是获取具体的工厂类对象。然后再调用CreateInstance()方法来创建具体的远程对象实例。此时,对于多个客户端而言,调用的是同一个工厂类对象;然而远程对象是在各个客户端自己创建的,因此对于远程对象而言,则是由客户端激活,创建的是不同对象了。

  当我们要启动/关闭指定对象时,只需要用Disconnet()方法来注销工厂类对象就可以了。

  六、小结
  
  Microsoft.Net
Remoting真可以说是博大精深。整个Remoting的内容不是我这一篇小文所能尽述的,更不是我这个Remoting的初学者所能掌握的。王国维在《人间词话》一书中写到:古今之成大事业大学问者,必经过三种境界。“昨夜西风凋碧树,独上高楼,望尽天涯路。”此第一境界也。“衣带渐宽终不悔,为伊消得人憔悴。”此第二境界也。“众里寻他千百度,蓦然回首,那人却在灯火阑珊处。”此第三境界也。如以此来形容我对Remoting的学习,还处于“独上高楼,望尽天涯路”的时候,真可以说还未曾登堂入室。

  或许需得“衣带渐宽”,学得Remoting“终不悔”,方才可以“蓦然回首”吧。