幽篁晓筑的博客

定义：享元模式（Flyweight）：运用共享技术有效地支持大量细粒度的对象。结构：Flyweight：享元抽象类，所有具体享元类的接口，通过这个接口，Flyweight 可以接受并作用于外部状态。 ConcreteFlyweight：实现 Flyweight 接口的可以共享的具体享元类。 UnsharedConcreteFlyweight：非共享的具体享元类。 FlyweightFactory：享元工厂，用来创建并管理 Flyweight 对象，它主要是用来确保合理地共享 Fly

定义：中介者模式（Mediator）：用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。结构：Mediator：抽象中介者，定义了同事对象到中介者对象的接口。 Colleague：抽象同事类。 ConcreteMediator：具体中介者对象，实现抽象类的方法，它需要知道所有具体同事类，并从具体同事接收消息，向具体同事对象发出命令。 ConcreteColleague：具体同事类，每个具体同事只知道自己的行

定义：职责链模式（Chain of Responsibility）：使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这个对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。结构：Handler：抽象类，定义一个处理请示的接口。ConcreteHandler：具体处理者类，处理它所负责的请求，可访问它的后继者，如果可以处理该请求，就处理之，否则就将请求转发给它的后继者。Client：客户端代码。代码实例：/** * 抽象类，定义一个处理请示的接口

定义：命令模式（Command）：将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤销的操作。结构：Command：命令抽象类，用来声明执行操作的接口。ConcreteCommand：具体命令类，将一个接收者对象绑定于一个动作，调用接收者相应的操作。Invoker：命令发送者，要求该命令执行这个请求。Receiver：命令接收者，知道如何实施与执行一个请求相关的操作，任何类都可能作为一个接收者。Client：客户端代码，创建一个具体命令对

定义：桥接模式（Bridge）：将抽象部分与它的实现部分分离，使它们都可以独立地变化。结构：Abstraction：抽象类。RefindAbstraction：被提炼的抽象类。Implementor：实现类。ConcreteImplementor：具体实现类 。Client：客户端代码。代码实例：接下来用代码实现一个颜色组合的例子，有三种颜色：黑、白、红，三种形状：圆形、正方形、长方形，可以自由组合。在这个例子中Abstraction表示形状，RefindAbstraction表示圆形

定义：备忘录模式（Memento）：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。结构：Originator：发起人，负责创建一个备忘录 Memento，用以记录当前时刻它的内部状态，并可使用备忘录恢复内部状态。发起人可根据需要决定备忘录存储发起人的哪些内部状态。Memento：备忘录，负责存储发起人对象的内部状态，并可防止发起人以外的其他对象访问备忘录。备忘录有两个接口，管理者只能看到备忘录的窄接口，它只能将备忘录传递给其他

定义：状态模式（State）：当一个对象的内在状态改变时允许改变其行为，这个对象看起来像是改变了其类。结构：State：抽象状态类，定义一个接口以封装与 Context 的一个特定状态相关的行为。Context：环境类，维护一个 ConcreteState 子类的实例，这个实例定义当前的状态。ConcreteState：具体状态类，每一个子类实现一个与 Context 的一个状态相关的行为。Client：客户端代码。代码实例：/** * 抽象状态类 * Class State */

定义：建造者模式（Builder）：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。结构：Builder：抽象建造者类，为创建一个 Product 对象的各个部件指定的抽象接口。Director：指挥者类，构建一个使用 Builder 接口的对象ConcreteBuilder：具体建造者类，实现 Builder 接口，构造和装配各个部件。Product：产品类，由多个部件组成。Client：客户端代码。代码实例：/** * 产品类，定义产品各部件 * Cl

定义：模板方法模式（Template Method）：定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。结构：AbstractClass：抽象类，定义并实现了一个模板方法。这个模板方法一般是一个具体方法，它给出了一个顶级逻辑的骨架，而逻辑的组成步骤在相应的抽象操作中，推迟到子类实现。ConcreteClass：子类，实现父类所定义的一个或多个抽象方法。每一个 AbstractClass 都可以有任意多个ConcreteCl

定义：访问者模式（Visitor）：表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。结构：Visitor：抽象访问者，为该对象结构中ConcreteElement的每一个类声明一个Visit操作。ConcreteVisitor：具体访问者，实现每个由Visitor声明的操作。每个操作实现算法的一部分，而该算法片段乃是对应于结构中对象的类。Element：抽象类，定义一个Accept操作，它以一个访问者为参数。ConcreteElemen

定义：迭代器模式（Iterator）：提供一种方法顺序访问一个聚合对象中各个元素，而又不暴露该对象的内部表示。结构：Iterator：迭代器接口，用于定义得到开始对象、得到下一个对象、判断是否到有效、当前对象等抽象方法，统一接口，目前PHP已经集成有该类。IteratorAggregate：容器接口，目前PHP已经集成有该类。ConcreteAggregate：具体容器类，继承IteratorAggregate。ConcreteIterator：具体迭代器类，继承Iterator。Clien

定义：适配器模式（Adapter）：将一个类的接口转换成客户希望的另外一个接口。Adapter 模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。结构：Target：目标接口，定义与客户端交互相关的接口，目标可以是具体的或抽象的类，也可以是接口。Adaptee：源接口，需要适配的类。Adapter：适配器，对 Adaptee 的接口与 Target 接口进行适配，通过在内部包装一个 Adaptee对象，把源接口转换成目标接口。Client：客户端代码。代码实例：类适配器：/

定义：代理模式（Proxy）：在客户端与实体之间建立一个代理对象（proxy），客户端对实体进行操作全部委派给代理对象，隐藏实体的具体实现细节。结构：Subject：subject 类，定义了 RealSubject 和 Proxy 的共用接口，这样就在任何使用 RealSubject的地方都可以使用 Proxy。RealSubject：RealSubject 类，定义 Proxy 所代表的真实实体。Proxy：实现Subject 接口并在内部引用了 RealSubject。Client：客户

定义：观察者模式（Observer）：定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时，会通知所有观察者对象，使它们能够自动更新自己。结构：EventGenerator（抽象基类）：负责添加观察者和通知观察者。Event（具体事件类）：当状态发生改变时，通知所有登记过的观察者，继承于EventGenerator。Observer（观察者接口）：为所有的具体观察者定义一个接口，在得到通知时更新自己。Observer1（具体观察者）：实现具体通知接口

定义：策略模式（Strategy）：它定义了算法家族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化，不会影响到使用算法的客户。结构：Strategy（策略类）：定义所有支持的算法的公共接口。ConcreteStrategy（具体策略类）：封装了具体的算法或行为，继承于Strategy。Context：Context上下文，用一个ConcreteStrategy来配置，维护一个对Strategy对象的引用。Client：客户端代码。代码实例：/** * Strategy.ph

定义：解释器模式（interpreter）：给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。解释器模式需要解决的是，如果一种特定类型的问题发生的频率足够高，那么可能就值得将该问题的各个实例表述为一个简单语言中的句子。这样就可以构建一个解释器，该解释器通过解释这些句子来解决该问题。结构：AbstractExpression（抽象表达式）：表明一个抽象的解释操作，这个接口为抽象语法树中所有的节点所共享。TerminalExpression（终结符表达式）

定义：外观模式（Facade）：又叫门面模式，为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。代码实例：假设实现一个功能需要用到子系统中的四个方法。/** * Class SubSystemOne */class SubSystemOne{ public function methodOne() { ...

定义：装饰器模式（Decorator）：动态的给一个对象添加一些额外的职责，就增加功能来说，装饰器比生成子类更加灵活。结构：Component：定义一个对象接口，可以给这些对象动态地添加职责。ConcreteComponent：定义了一个具体的对象，也可以给这个对象添加一些职责。Decorator：装饰抽象类，继承了 Component ，从外类来扩展 Component 类的功能，但...

定义：组合模式（Composite）：将对象组合成树形结构以表示“部分-整体”的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。当你发现需求中是体现部分与整体层次的结构时，以及你希望用户可以忽略组合对象与单个对象的不同，统一的使用组合结构中的所有对象时，就应该考虑用组合模式了。实现方式：1、透明方式：叶节点和枝节点对于外界没有什么区别，它们具备完全一致的行为接口，问题则是叶节...

定义：原型模式（Prototype）：用原型实例指定创建对象的种类，并且通过 clone 这些原型创建新的对象。原型模式其实就是从一个对象再创建另外一个可定制的对象，而且不需要知道任何创建的细节。目的是使用 clone 对象来减少 new 对象的开销。原型 clone 有浅复制和深复制：浅复制：被复制对象的所有变量都含有与原来的对象相同的值，而所有的对其他对象的引用都仍然指向原来的对象。深...

定义：抽象工厂模式：提供一个创建一系列相关或相互依赖对象的接口，而无需指定他们的具体类。抽象工厂模式主要解决涉及到多个产品系列的问题。代码实例：先回顾上一篇中工厂方法模式的例子，该示例以 BloggsCal 和 MegaCal 两种格式管理编码。如果增加更多的编码格式，这种类结构会横向增长，但如何为不同类型的 PIM 对象加入编码器，使类结构“纵向”增长呢？这里将会用到三个相似的类层次结...

定义：工厂方法模式：定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。代码实例：这里还是接着上篇简单工厂模式的那个例子，改成工厂方法模式。1、创建一个抽象类 ApptEncoder/** * 抽象类 * Class ApptEncoder */abstract class ApptEncoder{ abstract public...

定义：简单工厂模式：将调用者和创建者分离，实现解耦，调用者直接向工厂请求，通过工厂去选择需要实例化的对象，用一个单独的类来做这个创建实例的过程。代码实例：问题：假设一个关于个人事务管理的项目中有许多类型的对象，其中一个是 Appointment 对象，现在需要通过一种称为 BloggsCal 的格式进行预约数据的交互。后面可能还需要处理更多的数据格式，比如 MegaCal 格式。1、创建一...

定义：单例模式：保证一个类仅有一个实例，并提供一个访问它的全局访问点。实现思路：1、通常我们可以让一个全局变量使得一个对象被访问，但它不能防止你实例化多个对象。一个最好的办法就是，让类自身负责保存它的唯一实例。这个类可以保证没有其他实例可以被创建，并且它可以提供一个访问该实例的方法。2、首先从强制控制对象实例化开始，创建一个无法从外部进行实例化的类，这听起来似乎很难，但...