2011年01月_woods240

原创 28.设计模式总结

【创建型模式】：在创建对象时，根据具体变化情况，对new操作进行封装，实现创建过程的复用 Singleton: 解决 “对象个数” 问题 Factory Method: 解决 “某个类的子类个数变化” 问

2011-01-28 17:11:00 466

【目的】 Teplate Method: 稳定结构，替换具体步骤 Command: 行为静态化，把 “对象.方法” 封装成对象实体 Interpreter: 重复出现的复杂问题（可以分解成有限的细小问题），定义解释器（分解大问题，解决小问题）和描述方式 Mediator: 多个对象协同工作，把协同的部分封装出来，交给中介对象协调完成 Iterator: 专门为集合对象提供的“透明遍历子对象方法”（.net用IEnumerable

2011-01-26 18:43:00 388

原创 26.Visitor（行为型模式）

【起源】类的层次结构稳定，但同一rank上的类的行为不稳定（随时需要扩展），将需要扩展的方法隔离封装出来，就是Visitor模式。【动机】表示一个作用于某个对象结构中的各元素的操作。它可以在不改变各元素类的前提下，定义作用于这些元素的新操作。【核心】抽象类/接口类1 类2 类3 。。。方法1 方法2 方法3 。。。

2011-01-26 12:24:00 315

原创 25.Strategy（行为型模式）

【起源】某个对象的行为，可以用多种算法实现，因此考虑将算法单独封装出来（利于算法维护），在创建对象时再指定具体算法。【动机】定义一系列算法，把它们一个个封装起来，并且使它们可相互替换。该模式使得算法可独立于使用它的客户而变化。【核心】对象组合的使用。与Bridge模式很像，但Bridge关注的是“由谁来实现”；Strategy关注的是“用哪种方式实现”；使用时，首先提炼会变化的算法，抽象出接口；然后将具体算法实现单独封

2011-01-25 11:12:00 243

原创 24.State（行为型模式）

【起源】对象处于不同的状态会拥有不同的行为，并且状态之间互相切换，就像数字电路里的状态机。在结构化编程中，用switch来实现，先判断状态，然后根据输入去做操作，在合适的地方做状态切换。状态间的切换被写死了，并且不利于扩展状态。现在希望用面向对象的方式，使对象的切换变得灵活，并且扩展状态比较方便，在宏观上希望看起来就是一个对象。【动机】允许一个对象在其内部状态改变时，改变它的行为。从而使对象看起来似乎修改了其行为。【核

2011-01-24 12:20:00 270

原创 23.Memento（行为型模式）

【起源】程序关注对象的状态，希望保存某些状态点，并随时恢复（相当于数据库备份还原）。【动机】在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，于是可以随时将对象恢复到这个状态。【核心】提供一个Memento类，随时对所关注的对象做“镜像”，方便对象恢复到之前的某个状态。 Memento的职责是保存“镜像”。被关注对象提供备份和还原方法，与Memento对象衔接。【代码实例】【模型图】

2011-01-22 23:09:00 243

原创 22.Chain Of Responsibility（行为型模式）

【起源】一个请求需要被多个对象中的一个处理，但不知道是哪一个。结构化的做法是用if...else... ，即将请求与处理对象的映射关系硬编码。希望找到一种方法，使映射关系灵活变化，即对请求和处理对象解耦。【动机】使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递请求，直到有一个对象处理它为止。【核心】对于某个处理对象：1.检查是否可处理请求 2.可以就处理 3

2011-01-21 18:09:00 231

原创 21.Observer（行为型模式）

【起源】需要在对象之间建立“通知依赖关系” —— 一个对象发出消息，所有依赖对象收到通知。希望最好的效果是 “消息耦合对象的处理”，而不是 “消息耦合对象”。【动机】定义对象间的一种一对多的依赖关系，以便当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并自动更新。【核心】以两个角色为研究对象： “被观察者”做2件事：1.检测状态改变 2.发出消息；

2011-01-21 11:24:00 263

原创 20.Iterator（行为型模式）

【起源】我们希望封装集合对象的内部结构，同时让客户代码透明的访问集合内部的子元素。将“透明遍历”作为一种算法抽象出来，任何集合对象都可实现，它被叫做迭代器。【动机】提供一种方法顺序访问一个聚合对象中的各个元素，而又不暴露该对象的内部表示。【核心】 1.迭代器内三个重要的方法(IEumerator) 2.聚合对象提供迭代器(IEnumerable) 3.Client利用这三个方法实现“透明遍历”：

2011-01-18 22:16:00 270

原创 19.Mediator（行为型模式）

【起源】多个对象互相关联交互的情况，在对象间须维持复杂的引用关系，不容易应对变化；创建一个“中介对象”来关联对象间的关联关系，任意两个对象之间不用直接通信，它们通过“中介对象”来通信。耦合降低，更容易应对变化。【动机】用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显示的相互引用，从而使其耦合松散，而且可以独立的改变它们直接的交互。【核心】将多个对象的行为集中封装到“中介对象”中，各个对象就是“中介对象”的注

2011-01-17 14:41:00 320

原创 2.给自己的生活树立目标，别浪费在没有意义的人身上

生生不息的活着，就是生活。 活的时间，叫做生命；over以后，叫做生命结束。 在这段生命里可以做很多事情，按照必要性可分为两类，必须做的（学习，娱乐，工作，娶妻生子，照顾家人）和可选择的。 可选择的又可分为两类：有意义的（事业，追求，理想）和无意义的。 无意义的事情浪费生命的时间，并且没有结果，追一个跟自己不合适的女孩就属于这一类。 你不喜

2011-01-13 13:07:00 1027

原创 18.Interpreter（行为型模式）

【起源】一种特定类型的问题，发生的频率足够高，问题不断变化但有规律可循。可以考虑将问题用一个句子描述（语法自定义），并构建解释器（描述语法规则），解释句子的含义（处理该问题）。【动机】给定一个语音，定义它的文法的一种表示，并定义一种解释器，这个解释器使用该表示来解释语言中的句子。【核心】宏观思想：映射。任何一种语言的本质：含义的表达。“语言的表示”与“含义”是映射关系，通过“语法规则”这座桥梁联系起来。 Interpre

2011-01-12 22:02:00 425

原创避免页面操作的并发

在项目中遇到一个问题：数据库记录重复。经过分析，发现原因是：同一页面的数据记录被多次使用（应该使用一条就隐藏一条）。直接原因是：数据库记录被缓存到多个客户端的页面中，数据不同步造成的。根本原因是：数据库的设计使多张表直接产生了数据依赖关系。数据流：“表A--》表B”，考虑操作在客户端执行，因此演变为 “表A--》客户端--》表B”。由于多个客户端缓存了表A的数据，将唯一路径变成了多条路径，使这个数据流在传输中出了问题。

2011-01-12 19:06:00 300

原创 17.Command（行为型模式）

【起源】耦合存在于实体对象之间，也存在于实体对象与行为之间。通常的方法调用，“行为请求者”和“行为实现者”之间呈现紧耦合。但在某些场合（如：需要对对行为进行“记录，undo/redo，事务”操作），需要松耦合。此时，将行为抽象为Command对象，置于“行为请求者”和“行为实现者”之间，使两者都依赖于Command对象。【动机】将一个请求封装为一个对象，从而使你可用不同的请求对Client进行参数化；对请求排队或记录请求日志，以及支持可撤销的操作。

2011-01-11 22:32:00 335

原创 16.Template Method（行为型模式）

【起源】对于某项工作，有稳定的整体操作结构，但每个子步骤是经常变化的。需要应对子步骤的变化，提炼整体操作结构。【动机】定义一个操作中的算法骨架，而将具体步骤的实现延迟到子类中。【核心】类继承：合理分工，父类“定义子步骤的名称”和“调用子步骤构建稳定算法”，子类通过重写“实现子步骤的具体操作”。这个过程又叫做“晚绑定”。【代码实例】// 工人（程序框架）public abstract class Worker{ prote

2011-01-10 21:57:00 264

原创 15.结构型模式总结

【目的】 Adapter: 重新包装已有的类，进行接口转换（通过对象组合，复用已有的类） Bridge: 将“实现”封装到组合类中，分离“抽象”与“实现”（通过类继承，可以沿着两个方向变化） Composite: 让集合类实现基本类的行为，使集合对象和单个对象的使用具有一致性 Decorator: 通过重写指定对象的行为，增加它的职责，即动态的给一个对象增加额外职责 Facade: 封装要使用到的子系统中的部分功能，向Cl

2011-01-09 22:58:00 276

原创 14.Proxy（结构型模式）

【起源】某些对象的直接访问会给Client带来麻烦，并且使系统结构复杂。比如：数据访问层就是一个数据库代理，使业务层不用关注数据库的表结构，而且使系统结构清晰。【动机】为其它对象提供一种代理以控制对这个对象的访问。【核心】增加一层间接层，处理复杂问题，然后暴露简单的接口。【代码实例】// 招聘员工public interface IEmployment{ public void Employ(); // 招聘员工

2011-01-07 17:28:00 298

原创 13.Flyweight（结构型模式）

【动机】运用共享技术有效的支持大量细粒度对象。目的是减少内存消耗。【核心】面向对象解决了抽象性问题，但是没有考虑机器在运行时的代价。Flyweight模式是为了降低系统中对象的个数。算法很简单：如果已经存在，就直接返回；不存在，就创建新对象，并返回；【代码实例】【模型图】

2011-01-04 23:07:00 247

原创 12.Facade（结构型模式）

【起源】 Client需要使用一个复杂的子系统（包含很多类），并且该系统在不断的改进。因此Client必须详细了解子系统的每个细节，然后才能投入使用（Client与子系统的耦合很深）。这需要耗费巨大的精力，如何使Client更轻松？答案是让Client只了解完成任务必须的相关部分，这就是Facade模式。【动机】为子系统中的一组接口提供一个一致的界面，让子系统更加容易使用。【核心】将一组耦合性很强的接口单独封装到一个类中，提供给Client使用。（很简单

2011-01-03 23:36:00 259

原创 11.Decorator（结构型模式）

【起源】不改变原始类，动态的给某个对象增加一种或多种功能。比如：公交车有运送功能，想给它添加“无人售票”或“自动报站”功能；不同路线的公交车，添加的功能是这两个功能的排列组合；其实是在原有“运送功能”的基础上，把“额外功能”添加上；本质：重写对象行为，添加额外功能。【动机】动态的给一个对象增加一些额外职责。【核心】 1.给一个类增加功能，可以通过继承重写该类的方法，在原有方法的基础上，加上新的方法；但是带来一个问题，新加

2011-01-01 00:01:00 262

日月的专栏