分布式 c# Remoting初学
4星 · 超过85%的资源 需积分: 9 44 浏览量
2011-09-13
17:31:45
上传
评论 2
收藏 190KB DOCX 举报 
前言：在 Remoting 中处理事件其实并不复杂，但其中有些技巧需要你去挖掘出来。正是
这些技巧，仿佛森严的壁垒，让许多人望而生畏，或者是不知所谓，最后放弃了事件在
Remoting 的使用。关于这个主题，在网上也有很多讨论，相关的技术文章也不少，遗憾
的是，很多文章概述的都不太全面。我在研究 Remoting 的时候，也对事件处理发生了兴
趣。经过参考相关的书籍、文档，并经过反复的试验，深信自己能够把这个问题阐述清楚
了。
本文对于 Remoting 和事件的基础知识不再介绍，有兴趣的可以看我的系列文章，或查阅
相关的技术文档。
本文示例代码下载：
Remoting
事件 ( 客户端发传真 )
Remoting
事件 ( 服务端广播 )
Remoting
事件 ( 服务端广播改进 )
应用 Remoting 技术的分布式处理程序，通常包括三部分：远程对象、服务端、客户端。
因此从事件的方向上看，就应该有三种形式：
1、服务端订阅客户端事件
2、客户端订阅服务端事件
3、客户端订阅客户端事件
服务端订阅客户端事件，即由客户端发送消息，服务端捕捉该消息，然后响应该事件，相
当于下级向上级发传真。反过来，客户端订阅服务端事件，则是由服务端发送消息，此时，
所有客户端均捕获该消息，激发事件，相当于是一个系统广播。而客户端订阅客户端事件
呢？就类似于聊天了。由某个客户端发出消息，其他客户端捕获该消息，激发事件。可惜
的是，我并没有找到私聊的解决办法。当客户端发出消息后，只要订阅了该事件的，都会
获得该信息。
然而不管是哪一种方式，究其实质，真正包含事件的还是远程对象。原理很简单，我们想
一想，在 Remoting 中，客户端和服务端传递的内容是什么呢？毋庸置疑，是远程对象。
因此，我们传递的事件消息，自然是被远程对象所包裹。这就像 EMS 快递，远程对象是运
送信件的汽车，而事件消息就是汽车所装载的信件。至于事件传递的方向，只是发送者和
订阅者的角色发生了改变而已。
一、ñ服务端订阅客户端事件
服务端订阅客户端事件，相对比较简单。我们就以发传真为例。首先，我们必须具备传真
机和要传真的文件，这就好比我们的远程对象。而且这个传真机上必须具备“发送”的操作
按钮。这就好比是远程对象中的一个委托。当客户发送传真时，就需要在客户端上激活一
个发送消息的方法，这就好比我们按了“发送”按钮。消息发送到服务端后，触发事件，这
个事件正是服务端订阅的。服务端获得该事件消息后，再处理相关业务。这就好比接收传
真的人员，当传真收到后，会听到接通的声音，此时选择“接收”后，该消息就被捕获了。
剩余20页未读，继续阅读
评论1
最新资源