lake1314的专栏

1、     Decorator模式简介   《设计模式》一书中对Decorator模式的意图是这样叙述的： 动态的给一个对象添加一些额外的职责。就增加功能来说，Decorator模式比生成子类更为灵活。   Decorator模式的工作原理是：可以创建始于Decorator对象（负责新功能的对象）终于原对象的一个对象“链”。实现方法：将原对象作为新对象的成员。   如上图中Decor

1、Observer模式   《设计模式》一书中对Observer模式的意图是这样叙述的：定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都将得到通知并自动更新。   Observer模式并不是只要在对象间存在依赖关系时就要使用。例如，假设在一个票据处理系统中，有一个Tax对象处理缴税问题，显然当票据的项目增加时，Tax对象必须得到通知以便重新计算税额。但这并不

1、意图 提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。 2、适用性 以下情况可用Abstract Factory 模式： 一个系统要独立于它的产品的创建、组合和表示时。 一个系统要有多个产品系列中的一个来配置时。 当你要强调一系列相关产品对象的设计以便进行联合使用时。 当你提供一个产品类库，而只想显示它们的接口而不是实现时。

服务器结构探讨 -- 最简单的结构 　　所谓服务器结构，也就是如何将服务器各部分合理地安排，以实现最初的功能需求。所以，结构本无所谓正确与错误；当然，优秀的结构更有助于系统的搭建，对系统的可扩展性及可维护性也有更大的帮助。 　　好的结构不是一蹴而就的，而且每个设计者心中的那把尺都不相同，所以这个优秀结构的定义也就没有定论。在这里，我们不打算对现有游戏结构做评价，而是试着从头开始搭建一个