随笔分类 -  06.ESFramework网络通信框架

C#网络通信框架,C#通讯组件
摘要:上一篇NaptP2P扩展主要介绍了NAPTP2P如何协助建立P2P Session,那只是整个故事的一半,NAPTP2P主要职能的另一半是确保P2P消息的可靠传递。我们已经知道,目前的NAPTP2P扩展的实现是基于UDP的NAPT穿透(以后还会加入基于TCP的NAPT穿透),而UDP是不可靠的,在传递的过程中可能会出现丢包、错包等情况,NAPTP2P扩展在UDP之上进行了增强来保证P2P消息的可靠传递。 阅读全文
posted @ 2006-09-05 16:22 zhuweisky 阅读(3841) 评论(3) 推荐(0) 编辑
摘要:重新将ESFramework定位为一个单纯的通信框架,而在ESFramework之上,增加一个扩展层,称之为ESFramework扩展。ESFramework体系包括ESFramework框架以及建立在之上的ESFramework扩展层。 阅读全文
posted @ 2006-08-25 16:41 zhuweisky 阅读(5139) 评论(12) 推荐(0) 编辑
摘要:好久没有写关于ESFramework的文章了,曾很早就承诺过要写一篇介绍基于ESFramework实现NAPT P2P的文章,今天终于能抽出时间做这件事。网络地址转换NAT(或者NAPT)的基本理论知识,网上有很多相关资料,不是很清楚的朋友可以先了解下什么是NAT、以及为什么要使用NAT。使用NA... 阅读全文
posted @ 2006-08-15 15:40 zhuweisky 阅读(5445) 评论(4) 推荐(0) 编辑
摘要:有好长一段时间没有更新我的blog了,也没有增加介绍ESFramework的文章了,对于关注ESFramework的朋友们,我深怀歉意。最主要的原因是,最近一段时间的工作实在是太忙了,现在手头上的一个项目是做一个数据传递系统(DTS),需要支持异构数据库之间的数据的导入导出、并且要支持数据类型的自动转换、列的合并、列的分裂、增量导出等基本功能。前两周,基本上把这个系统的大的框架搭了起来,并... 阅读全文
posted @ 2006-06-25 19:45 zhuweisky 阅读(2762) 评论(12) 推荐(0) 编辑
摘要:(本文适用于ESFramework V0.3+) 在ESFramework介绍之(7)-- 服务器代理IServerAgent 一文中,我们详细的介绍了IServerAgent,我们已经知道,客户端与服务器之间的所有通信都可经过IServerAgent,包括要转发的P2P消息。IServerAgent的主要目的是:(1)屏蔽客户端与服务端之间的通信协议(Tcp/Udp),IT... 阅读全文
posted @ 2006-06-07 19:14 zhuweisky 阅读(2533) 评论(3) 推荐(0) 编辑
摘要:(本文适用于ESFramework V0.3+) 在ESFramework介绍之(7)-- 服务器代理IServerAgent(2006.06.06修正) 的介绍中,我们已经认识了IServerAgent的职责与作用,并且知道了 ITcpServerAgent和IUdpServerAgent是分别使用于Tcp和Udp的ServerAgent。但是它们与其它组件(比如通信组件、消息处理... 阅读全文
posted @ 2006-06-06 10:29 zhuweisky 阅读(2527) 评论(4) 推荐(0) 编辑
摘要:本文整理了ESFramework网络通信框架形成的历史足迹 阅读全文
posted @ 2006-05-28 11:05 zhuweisky 阅读(44734) 评论(73) 推荐(10) 编辑
摘要:ESFramework的4层结构的4层分别是:客户端(Client)、应用服务器(AS)、功能服务器(FS)、数据库服务器。它们之间的联系图示意如下: FS (FunctionServer),功能服务器,处理并且仅处理所有的功能性请求,不参与用户管理、状态保持等,提供最纯粹的功能服务。 AS (A... 阅读全文
posted @ 2006-05-28 10:32 zhuweisky 阅读(11866) 评论(5) 推荐(1) 编辑
摘要:(本文部分内容只适合ESFramework V0.3+) 在ESFramework介绍之(14)-- AS与FS通信方案 一文中,我们讲到了AS与FS之间基本的通信方案,并且采取了一些策略来保证AS与FS之间的稳定通信。本文我们将给出AS与FS通信的两种实现,即基于Tcp连接池的通信实现和基于Rem... 阅读全文
posted @ 2006-05-25 11:22 zhuweisky 阅读(3569) 评论(3) 推荐(1) 编辑
摘要:如果你的客户端基于ESFramework构建,并使用Tcp与服务端通信。通过这篇文章你将知道如何迅速、高效地创建客户端应用。 ESFramework对基于Tcp客户端的支持主要在ESFramework.Network.Tcp.Passive命名空间,下图给出了该命名空间中的核心组件,以及这些组件之间的关系: 下面解释一下这些组件的作用、职责。我们从最底层的通信组件Network... 阅读全文
posted @ 2006-05-23 18:44 zhuweisky 阅读(3486) 评论(1) 推荐(0) 编辑
摘要:根据插件的“自治”性,插件如果需要配置信息,则插件应该自己能读取和修改配置信息,而不是框架或宿主来完成这些事情。这种松耦合特性,我们曾在ESFramework介绍之(29)―― 插件公共设施 AddinUtil 一文中特别强调过。 当一个插件非常复杂时,可能需要大量的配置信息或装配信息,使用Spring.net的IOC容器实现自动装配是一种非常方便的方法,我们的插件需要自己来操作Sp... 阅读全文
posted @ 2006-05-22 15:47 zhuweisky 阅读(2341) 评论(0) 推荐(0) 编辑
摘要:这是一篇迟到了很久的文章,要不是今天看到Mediar朋友写的“基于ESFramewok的 客户端和客户端通迅”的文章,我也许还不会想起写这篇应该很早就发表的Blog,它可以帮助ESFramework的研究者/使用者们更好的使用ESFramework。Mediar朋友的那篇文章中介绍了通过服务器转发P2PMessage,Mediar手动实现了一个自己的处理器,实际上ESFramework已经... 阅读全文
posted @ 2006-05-18 10:46 zhuweisky 阅读(2759) 评论(1) 推荐(0) 编辑
摘要:(本文适用于ESFramework V0.2+) 现在我们回想一下,当网络组件(Tcp/Udp组件)接收到一个消息后,这个消息会流经哪些组件,然后再通过网络组件发送出去了。如果你研究过ESFramework V0.1,你会发现,消息“行走”的路线模型可以用下图表示出来: 请求消息(路径由黑线表示)经过网络组件后,会被Hook链中的各个Hook按照特定的顺序处理,然后到达消息处理... 阅读全文
posted @ 2006-05-17 19:15 zhuweisky 阅读(2733) 评论(3) 推荐(1) 编辑
摘要:(本文适用于 ESFramework V0.2+) 不知你是否还记得,前面我们讲过,ESFramework规定了插件有如下特点: (1)一个插件是一个独立的物理单元。它可以独立的提供一项完整的服务(功能),而不需要依赖于其它插件。 (2)插件能自我描述 ―― 插件的所有对外的发布信息都由插件自己内部提供,而不依赖于外部文件或注册表。 (3)插件能自我管理 ―― 插件如果需要配置信息,... 阅读全文
posted @ 2006-05-15 16:16 zhuweisky 阅读(2666) 评论(5) 推荐(0) 编辑
摘要:ESFramework对Tcp和Udp协议都提供了完整的支持,在ESFramework介绍之(21)-- Tcp组件接口ITcp介绍 和 ESFramework介绍之(23)―― AgileTcp 两篇文章中介绍了Tcp组件,相对于Tcp来说,Udp要简单许多,所以我在这里打算用一篇文章来介绍它。需要首先提出的是,ESFramework.Network命名空间下的所有直接类(即,不包括ES... 阅读全文
posted @ 2006-05-12 09:39 zhuweisky 阅读(3474) 评论(0) 推荐(0) 编辑
摘要:(本文适用于ESFramework V0.2+) QQ上,你给好友发消息,如果对方不在线,则服务器会把这个消息持久化存起来,等好友下次上线时,再转发给他。像这样的消息在ESFramework中称为OverdueMessage。显然,MSN没有支持OverdueMessage。 当然了,ESFramework中的OverdueMessage不仅仅是文字消息,而是可以为任何类型的消息,比... 阅读全文
posted @ 2006-04-30 17:13 zhuweisky 阅读(2067) 评论(2) 推荐(0) 编辑
摘要:ESFramework中很多重要的组件都配备了日志记录器IEsbLogger,用于记录框架运行时的错误和异常。这些重要组件都暴露了一个名为“EsbLogger”的属性,用于设值法注入日志记录器。 在构建应用时,我采用Spring.net进行组件装配,在Spring的XML配置文件中,需要为这些重要组件配置“EsbLogger”属性,为了不遗漏、配置不错误,手动装配时必须非常小心,甚至... 阅读全文
posted @ 2006-04-28 15:23 zhuweisky 阅读(1914) 评论(0) 推荐(1) 编辑
摘要:(本文内容适合于 ESFramework V0.2+) 通常,最单纯的情况是一个插件对应某一特定类型的功能请求,但是,在有的应用中也会出现这样的情况,有多种类型的功能请求相互关联、并且可能交叉,如果是这样,对应每种类型的请求都开发一个插件可能会非常困难,因为这可能会牵涉到插件之间的相互引用/访问,这违背了插件的“自治”性。最好的办法还是将它们放在一个插件中,通过ServiceItem... 阅读全文
posted @ 2006-04-25 19:54 zhuweisky 阅读(2333) 评论(4) 推荐(0) 编辑
摘要:我们来讨论一下这种情景,你采用基于ESFramework的4层架构进行应用开发,你分析用户的需求,并将其分类整理为几大块,考虑每一块使用一个功能插件来完成。在这几个插件中,有个插件需要访问某个数据库,并且只有这个插件需要访问这个数据库,根据插件的“自治”性质,你不想将本插件中的数据访问“上升蔓延”到应用程序(FS),而是让它“仅仅”在本插件中,这样,无论是对FS还是插件都是有好处的--FS... 阅读全文
posted @ 2006-04-25 10:26 zhuweisky 阅读(2744) 评论(0) 推荐(0) 编辑
摘要:框架,从另外一个角度说,就是一个半成品的应用程序,既然如此,框架在运行的过程中也会遇到诸多的异常、错误情况,我们需要将这些情况记录下来,以便在发生问题时为我们的诊断提供必要的帮助。 最最开始,那还是在ESFramework的前身即EnterpriseServerBase的时候,由于当时只是将EnterpriseServerBase作为一个类库,而并没有提升到一个框架的高度,所以是没有... 阅读全文
posted @ 2006-04-14 11:47 zhuweisky 阅读(1728) 评论(2) 推荐(0) 编辑