.NET Remoting中的事件处理(.NET Framework 2.0)（一）

.NET Remoting中的事件处理(.NET Framework 2.0)（一）

在讲课的过程中，好多程序员都对Remoting中的事件处理很疑惑，现将完整实现Remoting中事件处理的过程写出来，并对大家容易犯错误的地方进行总结，希望能给大家一些帮助。
现假设有一个留言板程序：
以下代码中，MsgBoard为以Singleton模式存活于服务器端的共享留言板实例，AddMessage是客户端添加留言的接口，MsgBoard定义如下：

public class MsgBoard:MarshalByRefObject
{
publicdelegatevoidEventDelegate(stringinfo);
publiceventEventDelegateOnInfoAdded;
publicvoidAddMessage(stringinfo)
{
Console.WriteLine(info);
OnInfoAdded(info);
}
}

在有客户端添加留言时，激发一个事件，我们的客户端去订阅该事件来得到留言板更新的通知。
服务器端代码如下：

Usingdirectives #regionUsingdirectives

usingSystem;
usingSystem.Collections.Generic;
usingSystem.Text;
usingSystem.Runtime.Remoting;
usingSystem.Runtime.Remoting.Channels;
usingSystem.Runtime.Remoting.Channels.Http;
usingSystem.Runtime.Serialization.Formatters;/**//////
#endregion

namespace ConsoleServer
{
classProgram
{
staticvoidMain(string[]args)
{
RemotingConfiguration.RegisterWellKnownServiceType(typeof(MyLibrary.MsgBoard),"MyUri",WellKnownObjectMode.

Singleton);
HttpChannelmyChannel=newHttpChannel(1080);
ChannelServices.RegisterChannel(myChannel);

/**///////
IServerChannelSinksc=myChannel.ChannelSinkChain;
while(sc!=null)
{
if(scisBinaryServerFormatterSink)
{
((BinaryServerFormatterSink)sc).TypeFilterLevel=TypeFilterLevel.Full;
//break;
}
if(scisSoapServerFormatterSink)
{
((SoapServerFormatterSink)sc).TypeFilterLevel=TypeFilterLevel.Full;
//break;
}
sc=sc.NextChannelSink;
}
Console.WriteLine("ServerStarted");
Console.ReadLine();
}
}
}

我们可以不要详细去关心服务器端程序的代码，我们只需要知道：
1，服务器注册了远程服务的类型
2，TypeFilterLevel = TypeFilterLevel.Full
由于从.NET Framework 1.1起，缺省情况下DelegateSerializationHolder不允许被反序列化，（即FormatterSink.TypeFilterLevel = TypeFilterLevel.low）。为了实现远程事件处理,我们必须解除该约束，使ServerFormatterSink.TypeFilterLevel = TypeFilterLevel.Full

我们更加需要关心的是我们的客户端代码：

Usingdirectives #regionUsingdirectives

usingSystem;
usingSystem.Collections.Generic;
usingSystem.Text;
usingSystem.Runtime.Remoting;
usingSystem.Runtime.Remoting.Channels;
usingSystem.Runtime.Remoting.Channels.Http;
usingSystem.Runtime.Serialization.Formatters;
#endregion


namespace ConsoleClient
{
classProgram
{
staticvoidMain(string[]args)
{
try
{
RemotingConfiguration.RegisterWellKnownClientType(typeof(MyLibrary.MsgBoard),"Http://localhost:1080/MyUri

");
HttpChannelmyChannel=newHttpChannel(1000);
ChannelServices.RegisterChannel(myChannel);
IServerChannelSinksc=myChannel.ChannelSinkChain;
Console.WriteLine("ClientStarted");
MyLibrary.MsgBoardmsgbd=newMyLibrary.MsgBoard();
/**////msgbd.OnInfoAdded+=newMyLibrary.MsgBoard.EventDelegate(msgbd_OnInfoAdded);
MyLibrary.eventClassevclass=newMyLibrary.eventClass();
msgbd.OnInfoAdded+=newMyLibrary.MsgBoard.EventDelegate(evclass.msgbd_OnInfoAdded);/**////instead
msgbd.AddMessage("Helloall");
Console.ReadLine();
}
catch(Exceptionexc)
{
Console.WriteLine(exc.StackTrace);
Console.ReadLine();
}
}

publicstaticvoidmsgbd_OnInfoAdded(stringinfo)
{
Console.WriteLine("infoonserverevent:{0}",info);
}
}

}

请注意：此处我们使用一个实例方法去订阅服务器组件的事件，该实例类型定义如下：

public class eventClass:MarshalByRefObject
{
publicvoidmsgbd_OnInfoAdded(stringinfo)
{
Console.WriteLine("infofromserverevent:{0}",info);
}
}

为什么要这么做？
.NET Framework要求，事件的发布者必须拥有事件订阅者的元数据，而提供元数据的简单方法，就是让服务器程序添加对客户端程序的引用，但事实上我们不需要这么做，我们将订阅者声明在远程类的程序集中，而该程序集的元数据原本就是服务器和客户端共有的。此时我们要注意到，订阅事件的类，也被申明成MarshalByRefObject，这是.NET Framework 2.0出现的一个限制,委派在序列化信息中包含了函数对应实例的地址，在服务器端回掉时，可以寻址到客户端订阅的对象实例并执行相应的成员方法，既然能被服务器寻址，则该订阅对象要求是MarshalByRefObject，这不难理解。在.NET Framework 2.0之前，我们可以使用一个包含静态函数的委派去订阅服务器组件的事件，但2.0以后，如果用一个静态成员去订阅，该响应会在服务器空间内被执行，所以我们要记住，远程处理总是处理某种形式的实例成员，而静态成员不能。
总结一下：
要实现Remoting事件远程处理，要记住以下几个原则：
1，缺省情况下DelegateSerializationHolder不允许被反序列化
2，事件发起者必须拥有订阅者的元数据
3，远程处理总是处理实例成员，且该实例必须是MarshalByReference

例子