在我们的程序中，我们经常需要将一些系统的数据、信息保存在文件中，而不是保存在数据库中，在.NET中，我通常都是选择将这些系统的数据、信息保存在XML中。 　　操作XML的技术有很多种： 　　1）DOM（Document Object Model,文档对象模型），它为XML文档提供了一个标准的解析。 　　2）XPath和XSLT，它们提供了查询和格式化XML的功能。 　　3）.NET框架中提供了一些

在MIX 09上，Nikhil Kothari发布了微软的一神作——Microsoft .NET RIA Services。虽然目前的版本仅仅是可怜的"March '09 Preview”，但它已经足够让人兴奋不已。简单地说，在这之前，如果你用到了现在的RIA技术比如Silverlight,你只能选择写大量的服务或者WCF来实现数据的操作功能；而有了.NET R

前言       最近接连遇到几个朋友问我同一个问题，就是关于.NET平台上ORM框架的选择。我想在这个讲求效率的时代，谁也不想手写SQL或存储过程去访问数据库了。大家都知道，在Java平台上，ORM这一块基本是Hibernate的天下。当然，相对轻量级的iBatis也有不错的表现。      不过

相信各位android开发者，对SAX已经并不陌生了，SAX（Simple API for XML）,是一个使用非常广泛的XML解析标准，通常使用Handler模式来处理XML文档，这种处理模式和我们平常习惯的理解方式很不同，身边也经常有一些朋友在刚接触SAX的时候会觉得理解起来有些困难。其实SAX并不复杂，只不过是换了一种思维方式，正如它的名字所表示的，为了让我们以更简单的方式来处理XML文档，

      在之前版本的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命名空间完整地解决了通信中与文件收发相关的问题，可以支持客户端与客户端之间的文件对传

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

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

在ESFramework 4.0 快速上手一文中，我们讲述了如何使用Rapid引擎可以快速地上手ESFramework开发，文中介绍了使用ESPlus.Application.CustomizeInfo命名空间下的类可以发送和处理自定义消息，本文我们就通过一个简单的例子来深入讲解如何使用自定义消息。 　　例子的场景很简单：假设客户端登陆到服务器之后，要求请求加入某个组，服务端收到该请求后，处理该请

   ESFramework框架（包括ESPlus、ESPlatform）实现时就内置了相对完整的日志功能，几乎所有的异常（Exception）和错误信息都会被记录到日志。通过查看日志记录，我们可以了解到程序在运行的过程中出现了哪些非正常的状况，并且，详细的日志记录可以帮我们迅速定位问题，并解决问题。（关于我对日志记录的更多认识，可以参看我的博文我的架构经验小结（五）

在ESFramework 4.0 快速上手一文中，主要介绍了如何使用ESPlus.Rapid命名空间中的引擎来快速地构建基于TCP的网络通信系统，即使是使用ESPlus.Rapid来进行ESFramework快速开发，也还有很多可以介绍的内容，于是，我想再多写几篇文章来说明现实通信系统中的一些常见需求如何使用ESFramework快速实现。本文是为第一篇，介绍离线消息的原理和实现。