ESBasic 可复用的.NET类库

SBasic 开源

ESBasic 可复用的.NET类库（28）－－ TCP代理服务器 TCPProxy

摘要: 1.缘起：本文所描述的TCP代理服务器工作于网络协议层次中的应用层，位于传输层之上。只要是以TCP的方式为客户提供服务的（包括我们的HTTP服务器，HTTP底层走的仍然是TCP），我们都可以在真正的TCP服务器前面增加代理服务器。　　TCP代理服务器可以隐藏背后真正TCP服务器，如此便可以起到保护真正TCP服务器的作用。由于TCP代理服务器工作于应用层，所以，黑客对应用层以下级别的协议栈的攻击（比如TCP半连接攻击）就无法穿过TCP代理服务器，这样，即使TCP代理服务器挂了，我们真正的TCP服务器仍然可以正常运行。当然，如果黑客是针对应用层进行攻击的，这时，代理服务器就不起作用的。当黑客攻击阅读全文

posted @ 2011-01-18 10:15 zhuweisky 阅读(2655) | 评论 (5) 编辑

ESBasic 可复用的.NET类库（27）－－遵循Spring大纲的XML（反）序列化 SpringFox

摘要: （题外话：前面连续N篇介绍都是一些应用比较复杂的类，这篇来个简单易懂的）1.缘起： .NET Framework提供的Soap序列化的方式可以实现对象的xml序列化和反序列化（object <=> xml），但是它有三个缺点：（1）它要求对象的类型定义时必须打上[Serializable]标签，这是强侵入性的。（2） .NET的Soap序列化与程序集的版本紧密关联，如果对象的类型定义没有发生变...阅读全文

posted @ 2010-12-10 09:51 zhuweisky 阅读(1640) | 评论 (5) 编辑

ESBasic 可复用的.NET类库（26）－－ Round缓存管理器RoundCacheManager

摘要: 1.缘起：在增量自动获取器章节的缘起部分，我们曾提到增量缓存，本节我们将深入探讨它以及用于管理增量缓存的管理器。我们还是以增量自动获取器章节提到的例子作为基础，并做更进一步的讨论。 OK，现在让我们开始这有趣的旅程。首先，基于前面例子给出的上下文，我们知道IIncreaseAutoRetriever获取的增量是用于累积当天的已成交订单报表的。“当天已成交报表”就是一个典型...阅读全文

posted @ 2010-11-04 10:25 zhuweisky 阅读(1672) | 评论 (2) 编辑

ESBasic 可复用的.NET类库（25）－－增量自动获取器 IIncreaseAutoRetriever

摘要: 1.缘起：假设我们的订单报表系统，需要能够实时地统计当天的已成交订单的报表。最直观的解决方案就是，当每次接收到查询报表的请求时，就从存储设备读取当天所有已成交的订单，然后再进行分析计算给出结果。这是可行的，而且得到的结果也是非常实时的。但是，这种方式无疑也是非常低效的，因为我们报表数据的统计过程可能相当复杂，而且，可能是成千上万的用户在同时查询报表数据。在这种情况下，将给存储服务器和业务服务器都造...阅读全文

posted @ 2010-10-06 14:46 zhuweisky 阅读(1714) | 评论 (2) 编辑

ESBasic 可复用的.NET类库（24）－－层级结构缓存IHiberarchyCache

摘要: 1.缘起：从IMultiTree到IAgileMultiTree，一切进展得都不错。但是，还有改进的地方。多叉树的一个优点在于，根据指定的节点能够非常迅速地找到其所有的子节点。但是缺点在于，根据节点值的ID定位到目标节点不够快，因为需要对所有的节点进行遍历操作。当节点非常多、层次非常深时，这种定位操作可能会严重的影响效率。我设计了层级结构缓存ESBasic.ObjectManagement.Cac...阅读全文

posted @ 2010-06-30 10:18 zhuweisky 阅读(3507) | 评论 (7) 编辑

ESBasic 可复用的.NET类库（23）－－灵巧多叉树 IAgileMultiTree

摘要: 1.缘起：我们还是以多叉树IMultiTree章节介绍的那个例子来继续讲解。假设，在系统运行的过程中，集团又成立了分公司D及其下属的一些单位，这些资料已经被存入了数据库中，但是这些信息在我们当前正在运行的MultiTree实例中并不存在，如果此时向MultiTree实例请求与D分公司相关的信息，那么将一无所获。除非，你手动地将D分公司及其下属单位的节点值添加到MultiTree实例中。这是一个比...阅读全文

posted @ 2010-05-12 09:54 zhuweisky 阅读(1658) | 评论 (2) 编辑

ESBasic 可复用的.NET类库（22）－－多叉树 IMultiTree

摘要: 1.缘起：假设我们要描述一个集团公司的组织结构，这个集团公司的体系分为如下几层：集团、公司、子公司、部门、小组。即一个集团由多个公司构成，每个公司又有几个子公司构成，每个子公司拥有多个部门，每个部门又内分为几个小组。很明显，这种体系结构就是一个多叉树。我设计了ESBasic.ObjectManagement.Trees.Multiple.IMultiTree来抽象多叉树，其提供了很多简便的方法让我...阅读全文

posted @ 2010-04-18 15:08 zhuweisky 阅读(1784) | 评论 (4) 编辑

ESBasic 可复用的.NET类库（21）－－片段整合提取器 ScatteredSegmentPicker

摘要: 1.缘起：当数据源中的数据量多到一定程度时，我们在查询时就经常使用分页策略。如果数据源是一个完整的整体，这没有什么大不了的，我们经常就在做类似的事情。但是，如果数据源不是一个完整的整体，而是由很多有序的片段构成的，并且不同的片段可能位于不同的位置（比如，位于不同的服务器节点上的内存中），甚至，每个片段内的数据还会随着时间的变化而变化的。在这种假设的情况下，来从这个“虚拟的完整R...阅读全文

posted @ 2010-03-10 14:21 zhuweisky 阅读(1823) | 评论 (4) 编辑

ESBasic 可复用的.NET类库（20）－－ TopN排行榜容器 TopNOrderedContainer

摘要: 1.缘起：假设我们的会员管理系统有一个排行榜的功能，需要每隔一段时间就对系统中的所有会员（假设会员数有100万）的积分进行排序，然后对其中的前100名进行某些奖励。这是一个典型的TopN算法――对巨大数量的对象进行排序，然后只需要取出最Top的前N名（N比对象总数小很多），作为排行榜的数据。解决这样的问题，我们要注意一点，如果我们每次都对所有的对象进行完全排序，那无疑效率非常低下，而且非常不划算。因为我们只需要前N名，而不是所有对象的先后顺序。我设计了ESBasic.ObjectManagement.TopNOrderedContainer来解决排行榜算法，TopNOrderedCont阅读全文

posted @ 2010-01-18 10:00 zhuweisky 阅读(2050) | 评论 (4) 编辑

ESBasic 可复用的.NET类库（19）－－热缓存 IHotCache

摘要: 1.缘起：假设我们有一个订单系统，现在这个系统要增加一个功能――允许客人查核他认为有问题的订单的详细信息。当客人觉得自己的某个订单不对劲时，他首先会从订单系统查询这个订单的详细信息，然后打电话告诉我们的客服有问题的订单的编号，客服再去查核，如果属实，客服还要进一步上报，如果该订单非常重要，则可能需要更进一步上报复查等。从这个需求我们看到，同一个订单可能会在比较短的时间内...阅读全文

posted @ 2010-01-05 10:13 zhuweisky 阅读(2402) | 评论 (5) 编辑

ESBasic 可复用的.NET类库（18）－－智能字典缓存 ISmartDictionaryCache

摘要: 1.缘起：假设我们有一个会员管理系统，需要向各方提供查询会员基础资料的功能。会员一经注册，其基础资料就将不再发生变化（如会员帐号、身份证ID、注册时间等等）。基于这样的需求，我们可以将会员的基础资料“永久地”缓存在内存中，从而提升对任何一个会员基础资料的查询速度。我设计了ESBasic.ObjectManagement.Cache.ISmartDictionaryCache...阅读全文

posted @ 2009-12-21 16:38 zhuweisky 阅读(2489) | 评论 (4) 编辑

ESBasic 可复用的.NET类库（17）－－对象获取器IObjectRetriever

摘要: 1.缘起：ESBasic中许多管理对象的容器都用到了这个ESBasic.ObjectManagement.IObjectRetriever接口，所以单独将其提出来介绍一下。当我们向对象容器（Container）请求某个对象时，也许目标对象还未加载到容器中，这可能是因为容器在初始化的时候就没有加载这个对象，也有可能是因为这个对象是容器初始化以后新增到数据库（当然也有可能是其它的持久化存储）的。在这种...阅读全文

posted @ 2009-12-10 09:12 zhuweisky 阅读(1805) | 评论 (0) 编辑

ESBasic 可复用的.NET类库（16）－－定时刷新缓存管理器 IRefreshableCacheManager

摘要: 1.缘起：为了提升系统的性能或减轻数据库的压力等原因，我们经常在系统中使用缓存来把那些经常使用的数据保留在内存中。如果因为某些原因，缓存中这些经常使用的数据不能及时与数据源进行同步更新，那么采用定时刷新缓存中的数据有可能就是一种合适的选择。如果你的缓存是定时刷新，那么你就需要自己为其维护一个定时器或循环引擎。如果你的系统中像这样定时刷新的缓存有多个，而且每个缓存定时刷新的时间间隔又要求不一样，那么，使这些缓存按照你预想的情况进行运转，你就需要花费一些气力。我设计了定时刷新缓存管理器IRefreshableCacheManager来帮助你管理你系统中所有需要进行定时刷新的缓存。它可以根据每阅读全文

posted @ 2009-11-21 10:09 zhuweisky 阅读(2324) | 评论 (4) 编辑

ESBasic 可复用的.NET类库（15）－－对象池 IObjectPool

摘要: 1.缘起：对象池应该是一个“历史悠久”的概念了，像我们经常说的线程池、还有ADO.NET中的数据库连接池等，都属于对象池的应用。我们的应用有时也会碰到需要使用对象池的情况，我举个例子说明一下。假设，我们需要记录某个类MyClass的每个方法每次被调用时方法执行所消耗的时间，而且，这个类是使用在多线程的环境中的，每个方法都可以同时在多个线程中执行，不需要被同步，这样可以使并发达到最大。好，我们可以使用Stopwatch这个类来准确地记录每个方法的时间，关键是怎么使用它？为MyClass定义一个Stopwatch类型的成员变量，然后在每个方法的开始调用这个成员的Start以启动计时，在方法返阅读全文

posted @ 2009-11-11 09:43 zhuweisky 阅读(2312) | 评论 (2) 编辑

ESBasic 可复用的.NET类库（14）－－优先级管理器 IPriorityManager

摘要: 1.缘起：假设我们的订单处理系统所要处理的订单是有优先级的，也就是说，不同的订单类型所要求被处理的紧迫程度不同，对那些优先级高的注单要先处理，对于优先级低的注单可稍后处理。对于处于同一优先级的订单了，就按照其到达的先后顺序进行处理。这是一个典型的管理具有优先级的对象的需求，注单就是具有优先级（With Priority）的对象。我设计了ESBasic.ObjectManagement.Managers.IPriorityManager优先级管理器（确切地说，应该称之为“具有优先级对象的管理器”）来对类似的对象进行管理。优先级管理器的形象示意图如下：2.适用场合：如果你的系统需要对被管理阅读全文

posted @ 2009-11-04 16:03 zhuweisky 阅读(1914) | 评论 (5) 编辑

ESBasic 可复用的.NET类库（13）－－分组对象管理器 IGroupingObjectManager

摘要: 1.缘起：假设我们的订单系统需要管理所有未处理的订单，而客人经常需要查询属于自己的未处理的订单列表。另外，可能客服人员也需要根据订单ID迅速地找到对应的未处理订单。基于第一个需求，我们就可以将未处理的订单依据客人的帐号进行分组管理。我设计了ESBasic.ObjectManagement.Managers.IGroupingObjectManager分组对象管理器来完成对对象进行分组管理的功能。分组对象管理器的形象示意图如下： 2.适用场合：当你的需求覆盖以下条件时，就非常合适使用分组对象管理器：（1）被管理的每个对象都有唯一的ID。（2）被管理的对象可以依据某个标志进行分组。（3）阅读全文

posted @ 2009-10-27 15:09 zhuweisky 阅读(1899) | 评论 (5) 编辑

ESBasic 可复用的.NET类库（12）－－对象管理器 IObjectManager

摘要: 1.缘起：我们经常需要对一些动态对象进行管理，最常见的例子就是在线用户管理。当一个用户成功登陆到服务器后，我们就需要将其管理起来；当他退出后，就不再需要再管理他了。这就是所谓动态对象的含义，这些对象并不是一直需要被管理，只有当其被激活后，才需要被管理。它们总是在“激活”状态和“非激活”状态之间不断地切换。我设计了对象管理器ESBasic.ObjectManagement.Managers.IObjectManager来管理类似的动态对象。这个类是ESBasic提供的众多对象管理容器中的非常简单的一个，无论是功能还是实现。对象管理器的形象示意图如下：2.适用场合：如果你的系统有类似以下的需求，就阅读全文

posted @ 2009-10-21 09:43 zhuweisky 阅读(2552) | 评论 (5) 编辑

ESBasic 可复用的.NET类库（11）－－双向映射 IBidirectionalMapping

摘要: 1.缘起：假设我们的用户管理系统要求用户的ID和Name都必须是唯一的，并且用户的ID和Name一经确定就不能被修改。而且管理系统经常需要根据ID来查找Name，也经常需要根据Name来查找ID。根据这样的需求，我们可以考虑使用一个Dictionary来将ID和Name缓存起来，通常ID作为Key，Name作为Value。这样便可实现通过ID查询Name的快速查找，但是，通过Name查找ID就不是那么快了，因为涉及到对Dictionary的Values做遍历的操作。那么，有可能使得通过Name查找ID的速度与通过ID查找Name的速度一样快吗？于是，我设计了ESBasic.ObjectMan阅读全文

posted @ 2009-10-15 10:49 zhuweisky 阅读(2122) | 评论 (4) 编辑

ESBasic 可复用的.NET类库（10）－－简易的读写锁 SmartRWLocker

摘要: 1.缘起：对于需要进行线程同步的地方，我们经常用的就是.NET内置的lock关键字和ReaderWriterLock类。lock的功能相对简单，因为它不区分读写，也就是说如果都在lock块中，读线程都会阻塞另一个读线程，在很多读远远多于写的应用中，这会极大地折损性能。所以我们也经常需要使用读写分离的锁ReaderWriterLock，使用它，我们可以明确的指定是要获取“读”锁还是“写”锁。而且，当前的“读”线程是不会阻塞其它的“读”线程的。lock的使用非常简洁，而ReaderWriterLock类的使用就要繁琐很多，比如像这样：Code highlighting produced by A阅读全文

posted @ 2009-10-10 16:16 zhuweisky 阅读(2630) | 评论 (4) 编辑

ESBasic 可复用的.NET类库（09）－－心跳监测器 IHeartBeatChecker

摘要: 1.缘起：假设我们的C/S系统中服务端与客户端之间采用UDP进行通信，那么服务端如何知道每个客户端当前是否仍然在线了？有可能某个客户端一直没有退出，但是在很长一段时间内都没有与服务端作任何通信，那么服务端就应该认为这个客户端已经离线了吗？为了能让服务端掌握每个客户端是否在线的状态，我们可以这样做，只要客户端一启动起来，就每隔一段时间间隔（如10秒）就向服务端发一个“我还在线”的消息，以表明自己的状态。而服务端如果在一个更大的时间间隔内（如20秒）都没有收到某个客户端的任何消息，则可以判定这个客户端已经离线了。这就是我们常用的“心跳”机制，客户端每隔一段时间间隔发的那个消息就称为“心跳消息”，只阅读全文

posted @ 2009-09-30 09:20 zhuweisky 阅读(2889) | 评论 (9) 编辑

ESBasic 可复用的.NET类库（08）－－定时任务管理器 TimingTaskManager

摘要: 1.缘起：假设我们的报表系统需要在每天的00:05:00统计前一天的报表数据，需要在每周一的00:30:00统计上周的报表数据，又需要在每月1日的00:30:00统计上月的报表数据。这些报表统计任务是很常见的系统需求，对于类似这样的在指定时刻执行的定时任务，我使用ESBasic.Threading.Timers.TimingTaskManager（定时任务管理器）来处理它。TimingTaskManager与前面讲的回调定时器CallbackTimer的区别在于，CallbackTimer是参考当前时间再延迟一段时间后执行，而TimingTaskManager管理的任务是要求在指定的具体时间点阅读全文

posted @ 2009-09-26 09:19 zhuweisky 阅读(3071) | 评论 (8) 编辑

ESBasic 可复用的.NET类库（07）－－回调定时器ICallbackTimer

摘要: 1.缘起：举个例子也许就能够说清楚回调定时器的用途。假设我的订单系统接收各种不同类型的订单，当订单A进来时，系统根据订单的类型和其它特征进行综合判断后，决定A订单要在2秒之后被方法M1处理；接下来收到的B订单经过同样的判断后，决定要在10秒后被方法M2处理，……。这时候就可以用回调定时器来管理这些将要被延迟一定时间再执行的任务。当然，我们可以使用定时器或前面介绍的循环...阅读全文

posted @ 2009-09-21 10:38 zhuweisky 阅读(2393) | 评论 (1) 编辑

ESBasic 可复用的.NET类库（06）－－循环任务切换器 CircleTaskSwitcher

摘要: 1.缘起：假设我的订单处理系统有这样的需求：将一天24小时分为4个时段，凌晨2:15到8:30采用A类型的处理器处理接收到的订单，8:30到14:00采用B类型的处理器，14:00到20:00采用C类型的处理器，20:00到第二天凌晨2:15采用D类型的处理器。即我们的订单处理器需要在任一天的2:15、8:30、14:00、20:00这四个时刻发生切换，这就是一个循环切换器所要做的工作。我设计了ESBasic.Threading.Application. ICircleTaskSwitcher（循环任务切换器）来对上述例子所要求的切换器进行抽象。ICircleTaskSwitcher会在阅读全文

posted @ 2009-09-12 15:22 zhuweisky 阅读(2347) | 评论 (3) 编辑

ESBasic 可复用的.NET类库（05）－－工作者引擎 IWorkerEngine

摘要: 使用工作者引擎，可以多个线程来并行处理任务，从而最大发挥系统的硬件优势，提高系统的吞吐能力。阅读全文

posted @ 2009-09-07 16:49 zhuweisky 阅读(3208) | 评论 (14) 编辑

ESBasic 可复用的.NET类库（04）－－循环引擎 ICycleEngine

摘要: 有些系统需要每隔一段时间就执行一下某个动作，比如，一个监控系统每隔10秒钟就要检测一下被监控对象的状态是否正常，那这时我们就可以用到循环引擎了。阅读全文

posted @ 2009-09-01 09:03 zhuweisky 阅读(3656) | 评论 (14) 编辑

ESBasic 可复用的.NET类库（03）－－圈 Circle

摘要: 1.缘起：假设我们要开发一个多人跳棋游戏。在跳棋游戏中，当一个人走一步棋之后，控制权就轮到下一家，如此轮询，一圈之后控制权又回到自己，然后再继续轮圈下去。我们可以使用数组或列表等数据结构来解决这种转圈圈的问题，但是始终都不够直观。我设计了Circle来对“圈”这种数据结构进行抽象，我们在类似跳棋这样的游戏中可以非常方便地直接使用它。Circle的形象示意图如下: 2.适...阅读全文

posted @ 2009-08-29 16:22 zhuweisky 阅读(3075) | 评论 (9) 编辑

ESBasic 可复用的.NET类库（02）－－日期 Date

摘要: 同我们从DateTime中将时刻部分作为ShortTime抽离出来一样，我们将DateTime中的日期部分也抽离出来，以ESBasic.Date类来表示。阅读全文

posted @ 2009-08-27 09:30 zhuweisky 阅读(3024) | 评论 (6) 编辑

ESBasic 可复用的.NET类库（01）－－时刻 ShortTime

摘要: （如果您能对照着源码来阅读本文，效果会更好。） 1.缘起：假设我们的员工打卡系统，需要设定公司规定的上班时间、下班时间、以及还要对员工是否迟到早退等这些情况进行判断。我们以什么方式来记录类似上下班时间这样只有时分秒没有年月日的时间了？你说可以使用DateTime，但是合适吗？总是觉得用DateTime来表示上下班的时间很别扭，因为我们的上下班时间并需要指定到具体的哪一天啊。我设计了ESBasic.ShortTime来对类似上下班时间的概念进行抽象。ShortTime只有时分秒三个必需的属性，不必再牵扯到日期。 ShortTime的形象示意图如下：HourMinuteSecond2.适用.阅读全文

posted @ 2009-08-25 11:06 zhuweisky 阅读(4403) | 评论 (20) 编辑

ESBasic 可复用的.NET类库（00）－－开源前言

摘要: 自从03年正式使用.NET开发以来，已经走过了6个年头，这期间我积累了几套类库和框架，ESBasic便是其中最基础的一个类库。现在我将它开源出来，希望能让感兴趣的朋友有所启发。加入QQ群：134720401，一起探讨ESBasic。阅读全文

posted @ 2009-08-25 09:54 zhuweisky 阅读(8938) | 评论 (53) 编辑