这回我们做一下聊天功能，要实现此功能，我们要做两件事，第一，我们要先了解下聊天协议，第二，画一个能收发消息的UI界面。 　　ok,我们开始吧，看一下聊天协议： 00000000 FF FF C9 00 03 00 00 00 11 00 00 00 04 61 61 30 ?.... .....aa0

      在ESFramework 4.0 快速上手（13） －－ 文件传送，如此简单一文的详细介绍和ESFramework 4.0 快速上手（14） －－ 聊天系统Demo，增加文件传送功能（附源码）一文的Demo中，我们已经尝试了ESFramework提供的文件传送功能和断点续传特性。支持断点续传是非常有意义的，比如当我们使用了1个小时的时间

      在之前版本的Rapid引擎中，是没有提供客户端登陆验证的机制的，如果要验证用户的帐号密码信息，我们只有自己手动通过自定义信息来实现。在2011.04.25发布的新版本中，客户端Rapid引擎，则内置了在初始化时验证用户的帐号密码的功能，这使得登录验证变得更加简单。   一. ESPlus.Application.Ba

      本文我们将介绍在ESFramework 4.0 快速上手（08） －－ 入门Demo，一个简单的IM系统（附源码）的基础上，增加文件传送的功能。如果不了解如何使用ESFramework提供的文件传送功能，可以先看看ESFramework 4.0 快速上手（13） －－ 文件传送，如此简单一文的详细介绍。   &nbs

      在所有的通信系统中，文件传送是最常见也是最重要的功能之一，ESFramework对文件传送的强大支持也是其亮点之一，使用ESFramework可以非常轻松地实现与文件传送相关的所有需求。ESPlus.Application.FileTransfering命名空间完整地解决了通信中与文件收发相关的问题，可以支持客户端与客户端之间的文件对传

      大部分分布式通信系统中，都会涉及到客户端之间相互通信、以及需要将客户端进行分组的功能，或者是类似这方面的需求。ESFramework对这一常见的任务内置了强大的支持，包括从客户端到服务端、一直到Platform的群集。在设计时，我们就考虑到了如何对常见的好友通信与组广播通信进行最大的支持，以期让ESFramework的使用者非常容易的就

      （本文所介绍的新功能位于2011.04.18发布的最新版本中，此次版本变更请参见ESFramework 4.0 版本升级说明（持续更新））       使用ESPlus.Application.CustomizeInfo.Passive.ICustomizeInfoOutter接口的Se

ESFramework 4.0 内核（ESFramework.dll）已经相当成熟，不会轻易修改，而在不断增强中的是ESPlus和ESFramework.SL，所以，如下的一些版本变更几乎都是针对ESPlus和ESFramework.SL的。另外，最新版本及帮助文档、相关demo请到ESFramework 4.0 概述文末下载。   第01次版本更新 更新时间：2011.04.12&nb

      在ESFramework 4.0 进阶（02）－－ 核心：消息处理的骨架流程一文中，我们介绍了通过挂接IMessageSpy到骨架流程，我们就可以监控到所有收发的消息。由于Rapid引擎已经为我们组装好了默认的骨架流程，如果使用Rapid引擎，我们就无法插入自定义的IMessageSpy。不过没关系，使用Rapid引擎的我们同样可以在服

      在ESFramework 4.0 快速上手 －－ 入门Demo，一个简单的IM系统（附源码）一文中，我们介绍了使用ESFramework的Rapid引擎开发的winform聊天程序，本文我们将在之前demo的基础上添加使用ESFramework.SL开发的Silverlight客户端。这样一来，不仅Silverlight客户端之间可以相

      在ESFramework 4.0 快速上手 －－ 入门Demo，一个简单的IM系统（附源码）一文中，我们介绍了使用ESFramework的Rapid引擎开发的winform聊天程序，本文我们将在之前demo的基础上添加使用ESFramework.SL开发的Silverlight客户端。这样一来，不仅Silverlight客户端之间可以相

      在ESFramework 4.0 进阶（09）－－ ESPlatform 支持的三种群集模型一文中，我们介绍了ESPlatform支持的三种群集模型 -- 垂直分割模型、水平分割模型、交叉模型。我们看到，在垂直分割模型和交叉模型中，每个客户端都要与多个应用服务器AS进行通信，这就要求客户端与多个AS中的每一个都建立一条通信通道，如此才能

      作为.NET平台上的通信框架，ESFramework有哪些优点了？我们有什么理由要使用ESFramework来开发自己的通信应用？   1.高性能      ESFramework底层使用IOCP模型，使得数据收发与处理达到最高性能。当前主流配置的服务器（如至强4核双CPU、4

      在ESFramework 4.0 进阶（02）－－ 核心：消息处理的骨架流程一文中我们介绍的ESFramework提供的消息处理的骨架流程，假设我们有这样的需求，我们需要在网关级消息监控器处放置两个监控器，一个用于对收到的消息进行特殊的验证，另一个用于检查重复的消息。咋一看，可能觉得骨架流程做不到这一点，因为它只为网关级监控器预留了一个

      在ESFramework 4.0 进阶（07）－－ 消息同步调用一文中我们介绍了客户端与服务器进行交互的一种常见情况：客户端向服务器发送请求消息，服务器处理完毕后返回应答消息给客户端。还有一种常见情况是，客户端需要发送一个消息给另外一个在线的用户。一般，这样的P2P消息是通过服务器中转的。很多情况下，中转不会有很大的问题，但是对于那种类

分布式系统的构建一般有两种模式，一是基于消息（如Tcp，http等），一是基于方法调用（如RPC、WebService、Remoting）。深入想一想，它们其实是一回事。如果你了解过.NET的Proxy，那么你会发现，方法调用和消息请求/回复实际上是可以相互转换的，.NET的Proxy的实现，就是在方法调用的堆栈帧和消息之间相互转换的过程。      在ES

     在ESFramework 4.0 进阶（04）－－ 驱动力：通信引擎（下）一文末尾我们已经将通信引擎以及整个消息骨架流程组装起来了，只要通信引擎一接收到消息，框架就会按照规定的流程进行运转。到这里，自然想到一个问题，如何来发送消息了？没有发送，何谈接收，就更不会有后续的驱动整个消息处理的骨架流程了。   一.发送消息时遇到的问题 &nbs

    （ESFramework 4.0 快速上手 系列文章介绍的是属于ESFramework的傻瓜式应用，对于开发一般的通信程序已经足够了，但是如果要构建更高性能更灵活更具扩展性的应用，还是必须要从基础开始了解ESFramework的内核机制。《ESFramework 4.0 进阶》系列是为通向ESFramework内核的一条路。）   　　在E

   （ESFramework 4.0 快速上手 系列文章介绍的是属于ESFramework的傻瓜式应用，对于开发一般的通信程序已经足够了，但是如果要构建更高性能更灵活更具扩展性的应用，还是必须要从基础开始了解ESFramework的内核机制。《ESFramework 4.0 进阶》系列是为通向ESFramework内核的一条路。）    

在ESFramework框架中基于TCP的服务端引擎（当然也包括Rapid引擎）都采用了这样一条规则：默认情况下，客户端与服务器成功建立TCP连接以后，服务端会从客户端发过来的第一条消息中取出消息头的UserID属性的值，并将其与对应的TCP连接绑定起来。这样，服务端就知道每一个TCP连接所对应的用户UserID，而当我们要求服务端向某个客户端发送消息时，服务端就知道通过哪个TCP连接进行发送了。