建造者模式可以让一个产品的内部表象和和产品的生产过程分离开，从而可以生成具有不同内部表象的产品。 一、Builder模式结构图二、Builder模式中主要角色 抽象建造者(Builder)角色：定义一个抽象接口，规范产品各个组成成分的建造（即规范具体建造者的方法实现）。其中所规范的方法中必须包括建造方法和结果返回方法 具体建造者(ConcreteBuilder)角色：实现抽象建造者角色所定义的方法。具体建造者与业务逻辑关联性较大，应用程序最...
抽象工厂模式（Abstact Factory）是一种常见的软件设计模式。该模式为一个产品族提供了统一的创建接口。当需要这个产品族的某一系列的时候，可以为此系列的产品族创建一个具体的工厂类。 一、意图 抽象工厂模式提供一个创建一系统相关或相互依赖对象的接口，而无需指定它们具体的类【GOF95】 二、抽象工厂模式结构图 三、抽象工厂模式中主要角色 抽象工厂(Abstract Factory)角色：它声明一个创建抽象产品对象的接口。通常以接口或...
一、意图 允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它的类 状态模式变化的位置在于对象的状态二、状态模式结构图三、状态模式中主要角色 抽象状态(State)角色：定义一个接口，用以封装环境对象的一个特定的状态所对应的行为 具体状态（ConcreteState)角色：每一个具体状态类都实现了环境（Context）的一个状态所对应的行为 环境(Context)角色：定义客户端所感兴趣的接口，并且保留一个具体状态类的实例。...
一、意图 运用共享技术有效的支持大量细粒度的对象 享元模式变化的是对象的存储开销 二、享元模式结构图三、享元模式中主要角色 抽象享元(Flyweight)角色：此角色是所有的具体享元类的超类，为这些类规定出需要实现的公共接口。那些需要外蕴状态的操作可以通过调用商业以参数形式传入 具体享元(ConcreteFlyweight)角色：实现Flyweight接口，并为内部状态（如果有的话）拉回存储空间。ConcreteFlyweight对象必须是可共享的。它所存储...
一、意图 定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。Template Method 使得子类可以在不改变一个算法的结构的情况下重定义该算法的某些特定的步骤【GOF95】 二、模板方法模式结构图三、模板方法模式中主要角色 抽象模板(AbstractClass)角色: 定义一个或多个抽象方法让子类实现。这些抽象方法叫做基本操作，它们是顶级逻辑的组成部分。 定义一个模板方法。这个模板方法一般是一个具体方法，它给出顶级逻辑的骨架，而逻...
一、意图 将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原来由于接口不兼容而不能一起工作的那此类可以一起工作 二、适配器模式结构图三、适配器模式中主要角色 目标(Target)角色：定义客户端使用的与特定领域相关的接口，这也就是我们所期待得到的 源(Adaptee)角色：需要进行适配的接口 适配器(Adapter)角色：对Adaptee的接口与Target接口进行适配；适配器是本模式的核心，适配器把源接口转换成目标接口，此角色为...
一、意图 将一个请求封装为一个对象，从而使用你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤消的操作。 可变的方面是:何时，怎样满足一个请求 命令模式是对命令的封装。命令模式把发出命令的责任和执行命令的责任分割开，委派给不同的对象。 请求的一方发出请求要求执行一个操作；接收的一方收到请求，并执行操作。命令模式允许请求的一方和接收的一方独立开来，使得请求的一方不必知道接收请求的一方...
一、意图 在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样可以在以后把该对象的状态恢复到之前保存的状态。 二、备忘录模式结构图三、备忘录模式中主要角色 1、备忘录(Memento)角色： 存储发起人(Originator)对象的内部状态，而发起人根据需要决定备忘录存储发起人的哪些内部状态。 备忘录可以保护其内容不被发起人(Originator)对象之外的任何对象所读取。 2、发起人(Originator)角色： 创建一...
一、意图 定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method使用一个类的实例化延迟到其子类【GOF95】 二、工厂模式结构图三、工厂模式中主要角色 抽象产品(Product)角色：具体产品对象共有的父类或接口 具体产品(Concrete Product)角色：实现抽象产品角色所定义的接口，并且工厂方法模式所创建的每一个对象都是某具体产品对象的实例 抽象工厂(Creator)角色：模式中任何创建对象的工厂类都要实现这个接口，它...
一、意图 用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象 二、原型模式结构图三、原型模式中主要角色 抽象原型(Prototype)角色：声明一个克隆自身的接口 具体原型(Concrete Prototype)角色：实现一个克隆自身的操作 四、原型模式的优点和缺点 Prototype模式优点： 1、可以在运行时刻增加和删除产品 2、可以改变值以指定新对象 3、可以改变结构以指定新对象 4、减少子类的构造 5、用类动态配置应用 Prototype模式...
一、意图 定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新【GOF95】 又称为发布-订阅（Publish-Subscribe）模式、模型-视图（Model-View）模式、源-监听（Source-Listener）模式、或从属者(Dependents)模式 二、观察者模式结构图三、观察者模式中主要角色 抽象主题（Subject）角色：主题角色将所有对观察者对象的引用保存在一个集合中，每个主题可以有任意多个观察者。抽...
一、意图 将对象组合成树形结构以表示”部分-整体”的层次结构。Composite使用户对单个对象和组合对象的使用具有一致性。 Composite变化的是一个对象的结构和组成。 二、合成模式中主要角色 抽象组件(Component)角色：抽象角色，给参加组合的对象规定一个接口。在适当的情况下，实现所有类共有接口的缺省行为。声明一个接口用于访问和管理Component的子组件 树叶组件(Leaf)角色：在组合中表示叶节点对象，叶节点没有子节点。在组合...
一、意图 为子系统中的一组接口提供一个一致的界面，Facade模式定义了一个高层次的接口，使得子系统更加容易使用【GOF95】 外部与子系统的通信是通过一个门面(Facade)对象进行。 二、门面模式结构图三、门面模式中主要角色 门面(Facade)角色： 此角色将被客户端调用 知道哪些子系统负责处理请求 将用户的请求指派给适当的子系统 子系统(subsystem)角色： 实现子系统的功能 处理由Facade对象指派的任务 没有Facade的相关信息，可以被...
本文将使用俩种设计模式和反射知识实现一个简单的案例，把之前学习过的知识点进行简单的融合串联起来。五、融合设计模式和反射实现一个案例经历了九九八十一难终于来到了容器这一环节，在这一环节我们先来实现一个自己的容器，将之前讲解的单例模式、注册树模式、反射进行一个串联，从而进行加深印象和更好的理解。还记得之前在依赖注入里边说过这样一个方法dependency，这个方法就是进行了依赖注入，从而对代码进行解耦。但是这次...
所谓管道（Pipeline）设计模式就是将会数据传递到一个任务序列中，管道扮演者流水线的角色，数据在这里被处理然后传递到下一个步骤。 使用管道使用很多好处的，尤其是在单个任务中编写复杂处理代码时管道为我们提供了极大的便利，而且可以在管道中轻松添加、移除或者替换阶段任务。 Laravel 在框架中的很多地方用到了 Pipeline 设计模式，这意味着所有我们需要实现管道设计模式的地方已然是应用底层的一部分了。 我们可...