常见筹划模式

创建型模式
•  工厂模式 ：界说一个用于创建对象的接口，但让子类决定实例化哪一个类。它的优点是将对象的创建和利用分离，符合开闭原则，但会增长体系复杂度。
•  抽象工厂模式 ：提供一个创建一系列相干或相互依赖对象的接口，而无需指定它们详细的类。优点是将详细类的创建推迟到子类，使体系易于扩展新类型，但体系会变得复杂，且新产物类倒霉于扩展。
•  制作者模式 ：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建差别的表示。优点是可以在制作过程中利用雷同的构建过程，但会导致体系中出现大量详细制作类。
•  原型模式 ：用原型实例指定创建对象的种类，而且通过复制这些原型创建新的对象。优点是复制对象比创建新对象更高效，但必要为每种原型实现克隆方法，且当类的构造函数比力复杂时不能利用。
•  单例模式 ：包管一个类仅有一个实例，并提供一个访问它的全局访问点。优点是无法通过 new 创建多个实例，但无法机动地控制单例类的创建位置。
布局型模式
•  适配器模式 ：将一个类的接口转换成另一个接口，使得原来由于接口不兼容而不能一起工作的类可以协作。优点是明确了接口转换的意图，但会增长类的数目。
•  桥接模式 ：将抽象部门与它的实现部门分离，使它们可以独立地厘革。优点是抽象和实现可以独立扩展，但会增长类的数目。
•  装饰模式 ：允许动态地给对象添加一些额外的职责，而无须改变原有对象的布局。优点是机动、动态地为对象添加功能，但可能会产生大量小对象。
•  组合模式 ：将对象组合成树形布局以表示“部门 - 团体”的条理布局，使得用户可以以同等的方式处置惩罚单个对象和组合对象。优点是同一单个和组合对象的处置惩罚，但会增长类的数目。
•  外观模式 ：为子体系中的一组接口提供一个同一的外部接口，使得子体系更轻易利用。优点是简化了用户与子体系的交互，但会增长筹划复杂度。
•  享元模式 ：运用共享技术有效地支持大量细粒度的对象。优点是节流内存，但会增长共享对象的复杂度。
•  署理模式 ：为其他对象提供一种署理以控制对这个对象的访问。优点是更机动地控制对对象的访问，但会影响性能。
活动型模式
•  计谋模式 ：界说了算法族，分别封装起来，让它们之间可以互相更换，此模式让算法的厘革独立于利用算法的客户。优点是算法可以自由切换，但会增长类和对象的数目。
•  模板方法模式 ：界说一个操纵中的算法的骨架，而将一些步调延长到子类中。优点是将不变部门和可变部门的代码分离，但会增长子类数目。
•  下令模式 ：将一个哀求封装为一个对象，从而利用户可以用差别的哀求对客户进行参数化。优点是机动的哀求处置惩罚方式，但会增长类的数目。
•  迭代器模式 ：提供一种序次访问聚合对象元素的方法，而不袒露其内部的表示。优点是提供了同一的遍历方式，但会增长类的数目。
•  观察者模式 ：界说对象之间的一对多依赖关系，当此中一个对象的状态发生改变时，全部依赖于它的对象都得到关照并被自动更新。优点是实现了主题与观察者的松耦合，但可能会导致相应链过长。
•  中介者模式 ：用一个中介对象来封装一系列的对象交互，使各对象不必要显式地相互引用，从而使其耦合松散。优点是低落了对象之间的耦合，但中介者会变得复杂。
•  备忘录模式 ：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。优点是很好地保存和管理了对象的状态，但可能会斲丧大量资源。
•  状态模式 ：允许一个对象在其内部状态改变时改变它的活动，看起来似乎改变了它的类。优点是将状态转换表现化，但会增长类和对象的数目。
•  访问者模式 ：表示一个作用于某对象布局中的各元素的操纵，使得用户可以在不改变各元素的类的前提下界说作用于这些元素的新操纵。优点是增长了新的操纵而无须修改类，但很难修改元素的条理布局。