三人行必有我师,手写三行必有所悟

在一些情况下，对一个消息（含事件）的响应和处理需要很多对象来参与，这些对象对消息的处理有前后顺序，形成一个处理链条，但对象是否真正处理消息有赖于在它之前的对象的处理策略，前一个对象处理后，后一个对象则不需参与处理，这就是责任链模式。现实中有很多类似的场景，比如上访，上访一般是从最

在很多情况下对象之间的交互是很复杂的，在开始设计的时候，你根本不知道它需要交互的对象是谁，是什么类型。我们知道如果要对象A与对象B之间能相互交互，A与B就会构成相互依赖，如果对象一多，这种依赖就会很复杂，况且很多时候我们都不知道需要互相交互的对象有哪些，因此，在设计的时候也没办法

在日常生活中，有很多需要我们关注的事务（比如，股市，楼市等），这些事务我们可以称之为主题或者叫信息发布者，观察主题的目的是想了解主题的变化（消息）。一种方法当然是采用盯人策略，但这种方法有个固有的缺点，就是你盯住主题的时候，无法干其他事情，如果需要了解的主题比较多，这种办法就很麻

《设计模式》一书对于访问者模式给出的定义为：表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。从定义可以看出结构对象是使用访问者模式必须条件，而且这个结构对象必须存在遍历自身各个对象的方法。设想一个场景，就是学校，学校里有老

命令模式的意图一是将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；二是对请求排队或记录请求日志，以及支持可撤消的操作。简略图如下：命令模式通过对命令的封装，将命令的请求（调用者Invoker）和执行（接收者Receiver）进行了责任分离，委派给不同的对象，不仅

就象字面含义一样，门面模式的作用是为了简化用户对一系列相关对象及操作的使用。比如用户买包子，馒头一样，用户并不需要知道包子，馒头的制造过程和细节，也不需要进入厨房，而只需要在门面，向服务员进行购买，拿包子，找钱，打包的事情都有服务员来完成，用户最后只需要得到要买的东西和找零的钱即

在日常生活中，我们时常会遇到一些兼容性的问题，比如我的笔记本的电源插头就是欧标的，在很多场合我都没法用，买一个可以用的插座当然是可选手段，但到那里去都拿这么大个家伙一是不方便，二也未必有地方可以插，所以我只好买个电源适配插座带在身上。再比如电脑的输入电压一般都只有20伏左右，而日

有时候我们需要维护一些对象，这些对象具有一定的层次结构，它们之间虽然差异很大，但在使用的时候我们希望能构一致的对待，比如Windows控件，绘图中的图形等，这个时候我们就可以采用组合模式来进行管理。组合模式就是将要管理的对象按树型结构来进行组织，表示成一种“整体－部分”的层次结构

装饰的含义就是在原有的物件上增加饰品，使得物件能呈现出不同的特征。当然在类设计中，采用装饰模式，是用来为类增加新的特征和行为。结构如下：    *     *                   |￣￣￣￣￣￣￣￣￣|

如果一个类（CA）的方法存在不同的算法（F），而这些算法用户都可能用到，那么就可以将这种算法独立出来自我演变，既提供一个算法的抽象接口，再定义具体的算法类，而CA保持对算法的一个引用，CA中的方法不直接实现算法，而是调用用户所选的算法类中的算法来实现，这就是策略模式。也既定义一系

顾名思义，桥的作用就是将两条相互独立的路桥接到一起，而两条路可以保持各自的相对独立。在程序设计中，“桥”模式中的桥只是一种形象的比喻。根据桥模式的定义，桥模式实现了一个主题（可以是一个类，也可以是一中设计上的概念）的抽象部分和实现部分的分离(有的地方定义为抽象与具体行为的分离）。

原型提供了另外一种创建对象的方式：通过已有的对象的自身提供的克隆功能来创建新的对象。这样做的好处很明显：1.使用克隆来创建对象的用户不需要知道对象的构造细节；2.性能上有利。但采用克隆来生成对象也要注意需要克隆的内容，如果采用全复制的话，有些业务上可能会产生逻辑错误，比如对象ID

从形式上来讲，通过角色合并，方法功能的转变，抽象工厂可以和生成器模式形式上取得一致（比如抽象工厂只处理一个产品族，工厂方法都处理同一个产品）。但注意，这仅仅是形式上的，实际上，抽象工厂和生成器模式有着本质的区别：1、生成器模式是为了构造一个复杂的产品，而且购造这个产品遵循一定的规

在产品结构比较复杂,构造过程比较繁琐,一次性构造比较难的时候,我们可以采取分而治之的原则,将产品组件化,每个组件由专门的厂商来生产,最后的产品指派给制定的车间进行最后装配.这种方式其实是现代制造业的一种典型的模式.比如汽车,飞机的制造等.这样做的好处是:    1.产品的部件由专

单例模式的目的是保证类在系统中只被实例化一次,由该唯一的实例来为系统提供服务.单例模式主要用于保证服务的统一,比如获取统一的编号服务,模仿Oracle的序列生成等.但单例的使用需要谨慎,特别是在需要作负载均衡的地方,因为这种程序级的单例模式实际上只能保证在一个应用中为单例.如果被

创建模式的目的就是为了解决使用和生产责任分离,当然能使用这种模式的前提就是用户并不关心"产品"的创建逻辑和过程,用户只需要对创建的结果进行使用.在这种情况下,将使用和创建分离就增加了程序的灵活性,因为"产品"的构建对用户来说是透明的,如果需要对创建过程增加功能(比如增加创建权限检查),不会影响到用户的使用.       模式的应用有两个基本的目的,一是复用,二是适应变化.而且这两个目的在很大程度上

从简单工厂模式我们可以看出,在简单工厂模式中,增加新的产品类,是需要修改工厂类的,这不符合开放-封闭原则.而且在写工厂类的时候必须知道具体产品类的细节.也不符合由上相下的设计原则,如果要延后关注细节,则必须利用继承或者接口的技术来实现.将简单工厂模式中的工厂抽象,增加抽象工厂角色

角色:用户,工厂,产品.目的是使得用户将产品的消费和生产分开.在编程中就是将类的创建和使用分开.从而达到责任分离,其实这也是所有创建模式的目的之一.做法是工厂类根据用户的要求(参数)来返回不同的类的实例.工厂实现:采用参数化的静态方法为用户提供类实例的创建,如下所示:public