ESFramework - 文章分类(第3页) - S孤单一吻S

ESFramework介绍之（15）－－ IRAS

摘要：每个城市都对应着自己的AS，每个AS都有一组FS为之服务，而所有的AS都由一个IRAS联系/管理起来（回顾）。前面我们已经提到，所有的FS都可以是动态添加/移除的，并且FS的地址也是自由可变的。同样，所有AS也都是可以动态添加/移除的，并且AS的地址也是可变的（这里AS与IRAS的机制同上文介绍的FS与AS之间的机制一样）。但是，唯一不能随便变化的是IRAS的地址。这是因为，所有终端连的第一个服务... 阅读全文

posted @ 2006-05-18 14:12 S孤单一吻S 阅读(202) 评论(0) 推荐(0)

ESFramework介绍之（14）－－ AS与FS通信方案

摘要：前面我们已经多次提到，每个AS都有一组FS为之服务（回顾），AS将接收到的功能请求通过Tcp连接池转发给某个FS处理。下面我们将深入讨论AS和FS之间的通信机制。首先要解决第一个问题，AS如何知道每个为之服务的FS的地址？最常见的一种解决方案是，AS处的配置文件中有一个FS地址列表，AS每次启动时，就读取这个列表，然后与列表中的每个FS建立Tcp连接池。这种方案很容易实现，但是有很... 阅读全文

posted @ 2006-05-18 14:11 S孤单一吻S 阅读(269) 评论(0) 推荐(0)

ESFramework介绍之（13）－－功能插件处理器工厂

摘要：上文讲述的是AS中的基于连接池的消息处理器，现在我们把焦点转移到功能服务器FS上来，看看FS上消息分派的过程。当FS接收到到一个请求后，会从已加载的功能插件列表中选择一个合适的插件来处理这个消息，而每一个功能插件就相当于一个消息处理器。FS和AS的结构一致：要注意的是，功能服务器FS上收到的所有消息都应该交给功能插件来处理，不存在其它的处理方式。这是使得FS“纯粹”的必须要求。上图已经很... 阅读全文

posted @ 2006-05-18 14:11 S孤单一吻S 阅读(160) 评论(0) 推荐(0)

ESFramework介绍之（12）―― 基于Tcp连接池的消息处理器

摘要：前面的两篇文章我们已经介绍了Tcp连接池和Tcp连接池管理器，并且引入了ITcpPool接口，这个接口可以将单个连接池和一组连接池统一起来，使它们有相同的外部使用方式。现在我们需要考虑的问题是，当消息分派器分派一个接收到的请求时，如果这个请求需要被FS上的某个功能插件处理，那么消息分派器是如何将这个消息分派到对应的FS上去的？回顾介绍消息分派器时画出的各消息组件联系图，我们非常自然的想到... 阅读全文

posted @ 2006-05-18 14:10 S孤单一吻S 阅读(164) 评论(0) 推荐(0)

ESFramework介绍之（11）－－ Tcp连接池管理器

摘要：上文已经讲到，Tcp连接池管理器为我们的应用进行了很多复杂的管理，比如功能服务器的调度（实现FS的负载均衡）、连接池的动态添加/移除、控制每个连接池的相关参数在UI上的显示等，并且连接池管理器与单个连接池拥有一样的接口ITcpPool。我们先回顾一下这个接口： 1 public interface ITcpPool 2 { 3 RentStreamResult... 阅读全文

posted @ 2006-05-18 14:09 S孤单一吻S 阅读(237) 评论(0) 推荐(0)

ESFramework介绍之（10）－－ Tcp连接池

摘要：凡是带有“池”的，比如数据库连接池、对象池、缓冲区池（后面可以看到IBuffPool）等等，都是为了避免资源的反复创建/销毁所带来的开销。需要为哪些资源对象建立“池”了？这些资源对象通常符合下面几个特性：（1）在应用中需要反复的被创建/销毁。（2）创建/销毁的开销比较大（3）应用中给定时刻，对该资源对象的数量要求比较大（4）资源对象最好是无状态的（Stateless），这样方便直接复用 AS... 阅读全文

posted @ 2006-05-18 14:07 S孤单一吻S 阅读(300) 评论(0) 推荐(0)

ESFramework介绍之（9）－－插件对（Addin Pair）调试“框架”

摘要：使用ESFramework开发C/S（通常为4层、3层也没问题）应用，当需要增加一项新的业务时，我们需要做的仅仅是开发两个插件，一个是服务端的业务功能插件（FunAddin），一个是客户端插件（PassiveAddin），这两个插件合在一起称为Addin Pair。开发这两个插件，只需要关注于业务，而其它与业务无关的比如网络通信、加密、数据安全，都不用管。ESFramework很好的将这些关注点分... 阅读全文

posted @ 2006-05-18 14:07 S孤单一吻S 阅读(214) 评论(0) 推荐(0)

ESFramework介绍之（8）－－客户端插件IPassiveAddin

摘要：前文已经提到了，在IServerAgent的基础上，客户端也可以采用插件的结构形式，客户端插件需要实现IPassiveAddin接口。我的想法是，当客户端主程序加载一个新的PassiveAddin时，可以在某个菜单的子Items上添加一项，当双击这个子菜单项时，则弹出该客户端插件提供的“业务操作窗体”。这只是使用客户端插件的可行方式之一，你完全可以根据你的应用来决定使用形式。IPass... 阅读全文

posted @ 2006-05-18 14:06 S孤单一吻S 阅读(177) 评论(0) 推荐(0)

ESFramework介绍之（7）－－服务器代理IServerAgent

摘要：本文是ESFramework对客户端开发的支持特性之一，如果要按顺序阅读，请转到ESFramework介绍（序））分布式系统的构建一般有两种模式，一是基于消息（如Tcp，http等），一是基于方法调用（如RPC、WebService、Remoting）。深入想一想，它们其实是一回事。如果你了解过.NET的Proxy，那么你会发现，方法调用和消息请求/回复实际上是可以相互转换的，.... 阅读全文

posted @ 2006-05-18 14:05 S孤单一吻S 阅读(234) 评论(0) 推荐(0)

ESFramework介绍之（6）―― 基于C/S的4层架构概述

摘要：ESFramework的4层结构的4层分别是：客户端（Client）、应用服务器（AS）、功能服务器（FS）、数据库服务器。它们之间的联系图示意如下： FS （FunctionServer），功能服务器，处理并且仅处理所有的功能性请求，不参与用户管理、状态保持等，提供最纯粹的功能服务。 AS （ApplicationServer），应用服务器，转发所有的功能请求给FS，并处理所有的非功... 阅读全文

posted @ 2006-05-18 14:04 S孤单一吻S 阅读(356) 评论(0) 推荐(0)

ESFramework介绍之（5）――消息分派器ITcpStreamDispatcher

摘要：本来Tcp/udp组件是系统与外界交换消息的唯一进出口，而Tcp组件或Udp组件与我们系统唯一的联系是通过消息分派器，如此一来，就相当于ESFramework规定了消息分派器是我们应用与外界交换消息的进出口。这样，才能保证接收到的每个消息和发送出去的每个消息都能被所有的Hook截获。另外，消息分派器需要验证接收到的每个消息格式是否正确、消息是否合法、消息是否符合特定规格等。下面是消息分派器组件和其... 阅读全文

posted @ 2006-05-18 14:04 S孤单一吻S 阅读(211) 评论(0) 推荐(0)

ESFramework介绍之（4）――消息拦截器INetMessageHook

摘要：网络上传输的消息经常是经过加密和压缩，有的特定类型的消息可能还需要进行其它变形，ESFramework通过INetMessageHook对这些功能提供支持。需要说明的是，ESFramework对消息进行截获（Hook）处理有两种方式，一是仅仅Hook处理消息主体（Body），而不对消息头作任何变换；另一种方式是对整个消息（包括消息头和主体）都进行Hook处理。通常，第一种方式已经能够满足我们的大多... 阅读全文

posted @ 2006-05-18 14:03 S孤单一吻S 阅读(204) 评论(0) 推荐(0)

ESFramework介绍之（3）――消息处理器和处理器工厂

摘要：无论是服务端还是客户端，都需要对接收到的消息进行处理，在ESFramework框架中，处理消息的组件称为消息处理器，所有的消息处理器都实现了接口IDataDealer： 1 public interface IDataDealer2 { 3 NetMessage DealRequestMessage(NetMessage reqMsg) ; ... 阅读全文

posted @ 2006-05-18 14:02 S孤单一吻S 阅读(226) 评论(0) 推荐(0)

ESFramework介绍之（2）――网络通信消息NetMessage

摘要：较之C++而言，.NET是一个更加“动态”的平台，其动态能力建立在反射机制之上，而反射的基础是“元数据”。上文已经提到过，如果一个框架要为我们的应用做更多的事情，那么这个框架必须建立更多的标准，必须对框架自己要处理的消息有更多的了解，所以，每个消息都要是自描述的，也就是说每个消息要包含它自己的“元数据”。那么，“元数据”位于消息的何处了？你一定想到了，对，是消息头（MessagHeader... 阅读全文

posted @ 2006-05-18 14:01 S孤单一吻S 阅读(143) 评论(0) 推荐(0)

ESFramework介绍之（1）――网络通信消息协议接口IContract

摘要：通过网络相互通信的系统之间（如客户端与服务端的通信）要想正常交互，它们必须有“共同的语言”，这种语言就是消息协议。遵守消息协议的消息才能被我们的系统所理解。我们知道，消息在网路上传输的是字节流，而我们主流的面向对象系统中处理的却是“对象”，如何将从网络上接收到的字节流转化为“对象”，又如何将“对象”转化为字节流以便通过网络传递给其他系统，这便是IContract接口定义的内容： ... 阅读全文

posted @ 2006-05-18 14:00 S孤单一吻S 阅读(306) 评论(0) 推荐(0)

ESFramework 可复用的通信框架（序）

摘要：自从2004年7月开始，就一直从事N层C/S结构的服务端的开发，从最初的熟悉各种Windows Socket API、熟悉完成端口模型，探索高效稳定的服务端通信模型，时至今日，慢慢的积累了一些C/S服务端开发的经验，ESFramework便是这些经验的总结。ESFramework的前生是EnterpriseServerBase类库，后来我将EnterpriseServerBase中的Network... 阅读全文

posted @ 2006-05-18 13:59 S孤单一吻S 阅读(2113) 评论(2) 推荐(0)

ZipHelper 修正

摘要：在我前面的“压缩与解压缩 ZipHelper ”一文中提到了使用ICSharpCode.SharpZipLib.dll库的BZip2OutputStream和BZip2InputStream 来进行数据流的压缩。这几天在我的AgileIM的测试中发现使用BZip2OutputStream和BZip2InputStream 来进行压缩/解压缩并不可靠，有时会出现这样的情况：对A进行压缩得到B，然后对... 阅读全文

posted @ 2006-05-18 13:58 S孤单一吻S 阅读(351) 评论(0) 推荐(0)

AgileIM 源码公开

摘要：前文已经提到AgileIM只是用于我的通信框架ESFramework测试的客户端，AgileIM 如今已经支持的主要功能：(1)文字聊天(2)文件传输(3)视频/音频聊天(4)基于Udp的NAT/NAPT 穿透 IM类型的软件所需要的框架的能力大致也在这里了，现在把AgileIM的源码开放，希望能对后来者有些许帮助，当然，服务端通信框架的源码时不开放的。即使如此，你也可以从AgileIM中... 阅读全文

posted @ 2006-05-18 13:57 S孤单一吻S 阅读(848) 评论(0) 推荐(0)

压缩与解压缩 ZipHelper

摘要：我在AgileIM的开发中解决视频/音频会话功能时，发现传输的音/视频数据量太大，通过一些格式转换（如BMP->JPG、或帧间预测编码）可以适当减少带宽的需求，但是仍然不能满足需求，于是我想到了数据压缩，经过我测试、普通的音/视频数据经压缩后可以只有原来的一半大小，基本可以满足需要了。压缩/解压功能我借助了ICSharpCode.SharpZipLib 类库，为了更方便易用，我封装了ZipHel... 阅读全文

posted @ 2006-05-18 13:55 S孤单一吻S 阅读(413) 评论(0) 推荐(0)

AgileIM 即时通

摘要：AgileIM 是一款类似QQ、MSN的聊天软件，这个软件却是我“无意插柳”的结果，AgileIM 的“前身”原本只是为了测试我的通信框架ESFramework的通信能力，没想到，做了两个星期后则个用于测试的小软件居然有点模样了，AgileIM 如今已经支持的主要功能：(1)文字聊天(2)文件传输(3)视频/音频聊天(4)基于Udp的NAT/NAPT 穿透先贴两张图吧，后面的文章会继续介绍... 阅读全文

posted @ 2006-05-18 13:54 S孤单一吻S 阅读(398) 评论(0) 推荐(0)

gaoxiang

公告

文章分类 - ESFramework