设计模式简介

1、什么是设计模式

        设计模式是对在软件设计过程中重复出现的问题提出了一种比较好的解决方案。正如一位专家所说：设计模式是对程序设计人员经常遇到的设计问题的可再现的解决方案（The Smalltalk Companion）。GOF设计模式通常被认为是其他设计模式的基础，随着业务复杂度的增大，会不断涌现新的设计模式，而这些新的设计模式一般会以GOF模式理论为参照。设计模式系列主要参考《研磨设计模式》和《JAVA与模式》等书籍。

2、为什么要学习设计模式

        从 个人职业规划来考虑。一位软件开发工程师随着编码量的增加，开发经验的增加，软件理论理解的加深，会不由自主地想一些方法或者捷径，来提高自己的生产率， 而不是面对重复的问题做相同的工作，当你有这种想法的时候，就需要开始学习设计模式，设计模式会给你一些比较好的解决方案，不但解决了问题也提升了自己的 能力，同时也是迈向软件设计师和架构师的过度阶段。
        从 软件架构的角度来考虑。经济的快速发展造就了业务越来越复杂，那么如何使软件适应这种复杂的业务变化，在软件设计和架构时，适当地使用设计模式可以解决此 问题，也要注意不要过度使用设计模式，否则会使系统变的更加复杂。设计模式也是代码重构的依据和工具，建议在代码的重构时，尽量融入设计模式。

3、设计模式原则

         使用设计模式的根本原因是适用变化，提高代码复用率，使软件更具有可维护性和可扩展性。需要遵循以下几个原则：单一职责原色、开放封闭原则(Open Closed Principal)、依赖倒置原则、里氏代换原则。

3.1、单一职责原则

        就一个类而言，应该只有一个引起他变化的原因。如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会消弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的破会。

3.2、开放封闭原则

       软件实体（类、模块、函数等）应该可以扩展，但不可以修改。也就是说对扩展是开放的，对修改是封闭的。一般来说，面对需求，对程序的改动是通过添加新代码进行的，而不是更改现有代码。

3.3、依赖倒置原则

        抽象不应该以来细节，细节应该依赖抽象，也就是提倡的“面对接口编程，而不是面对实现编程”。也可以这样理解：高层模块不应该依赖底层模块，两个都应该抽象；抽象不应该依赖细节，细节应该依赖抽象。

3.4、里氏代换原则

        子类必须能够替换掉他们的父类型。也就是说，在软件开发过程中，子类替换掉父类，程序的功能行为没有变化。只有当子类可以替换掉父类，软件单位的功能不受到影响时，父类才能真正被复用，而子类也可以在父类的基础上增加新的行为。

4、设计模式四个基本要素

        设计模式使人们可以更加简单方便地复用成功的设计和体系结构，将已证实的技术表述成设计模式也会使新加入的系统开发者更加容易理解其设计思路。设计模式的基本要素包括模式名称、问题、解决方案和效果。

4.1、模式名称

        一 个助记名称，用来描述设计模式、解决方案和效果。设计模式允许在较高的抽象层次上进行设计。基于一个模式词汇表，开发团队之间可以讨论模式并在编写文档时 使用它们。模式名称可以帮助我们思考，便于团队成员交流设计思想及设计结果。找到合适的模式名称也是设计模式编目工作的难点之一。

4.2、问题

        问题主要描述在何时使用设计模式。它解释了设计问题和问题存在的前因后果、特定的设计问题和怎样用对象表示算法等。通常情况下，模式必须满足的一系列先决条件是问题。

4.3、解决方案

        解决方案描述了设计的组成成分、它们之间的相互关系及各自的职责和协作方式。因为模式就像一个模板，可应用于多种不同场合，所以解决方案并不描述一个特定具体的设计或实现，而是提供设计问题的抽象描述和怎样用一个具有一般意义的元素组合（类或对象组合）来解决这个问题。

4.4、效果

        描 述了模式应用的效果及使用模式权衡的问题。尽管描述设计决策时，并不是总提到模式效果，但它们对于评价设计选择和理解使用模式的代价及优势具有重要意义。 软件效果大多关注对时间和空间的衡量，它们也表述了语言和实现问题。因为复用是面向对象设计的要素之一，所以模式效果包括它对系统灵活性、扩充性或可移植 性的影响，显式地列出这些效果对理解和评价这些模式很有帮助。

5、设计模式分类

        设计模式主要分为创建性模式（ Creational Patterns）、结构性模式（Structural Patterns）、行为性模式（Behavioral Patterns）。

5.1、创建性模式（ Creational Patterns）

5.1.1、简单工厂模式(Simple Factory Pattern)

      简单工厂模式（Simple Factory Pattern）：提供一个创建对象实例的功能，而无需关心其具体实现.被创建实例的类型可以是接口、抽象类，也可以是具体的类。

5.1.2、工厂模式(Factory Pattern)

      工厂方法模式（Factory Method Pattern）：定义一个用于创建对象的接口，让子类决定实例化哪一个类，工厂方法使一个类的实例化延迟到其子类中。

5.1.3、抽象工厂模式(Abstract Factory Pattern)

        抽象工厂模式（Abstract Factory Pattern）：提供一个创建一系列相关或者相互依赖对象的接口，而无需制定他们的具体类。抽象工厂模式的典型应用就是，使用抽象工厂+反射+配置文件实现数据访问层程序。

5.1.4、单例模式( Singleton Pattern)

       单例模式（Singleton Pattern）：保证一个类只有一个实例，并提供一个访问它的全局访问点。单例模式因为Singleton封装它的唯一实例，它就可以严格地控制客户怎样访问它以及何时访问它。

5.1.5、建造者模式(Builder Pattern)

       建造者模式（Builder Pattern）：将一个复杂对象的构建与它的表示分离，使的同样的构建过程可以创建不同的表示。建造者模式是在当创建复杂对象的算法应该独立于该对象的组成部分以及他们的装配方式时适用的模式

5.1.6、原型模式( Prototype Pattern)

       原型模式（Prototype Pattern）：用原型实例指定创建对象的种类，并通过拷贝这些原型创建新的对象。

5.2、结构性模式（Structural Patterns）

5.2.1、适配器模式（Adapter Pattern）

       适配器模式（Adapter Pattern）：将一个类装换成客户期望的另外一个接口。Adapter模式使的原本由于接口不兼容而不能工作的那些类可以一起工作。

5.2.2、桥接模式( Bridge Pattern)

       桥接模式（Bridge Pattern）：将抽象部分与它的实现部分分离，使的抽象和实现都可以独立地变化。

5.2.3、组合模式（Composite Pattern）

       组合模式（Composite Pattern）：将对象组合成树形结构以表示“部分-整体”的层次结构，组合模式使得用户对单个对象和组合对象的使用具有一致性。

5.2.4、装饰者模式（Decorator Pattern）

       装饰者模式（Decorator Pattern）：动态地给一个对象添加一些额外的职责。

5.2.5、外观模式（Fa?ade Pattern）

       外观模式（Facade Pattern）：为子系统的一组接口提供一个统一的界面，此模式定义了一个高层接口,这一个高层接口使的子系统更加容易使用。

5.2.6、享元模式( Flyweight Pattern)

       享元模式（Flyweight Pattern）：运用共享技术有效支持大量细粒度的对象。

5.2.7、代理模式（Proxy Pattern）

       代理模式（Proxy Pattern）：对其他对象提供一种代理以控制对这个对象的访问。

5.3行为性模式（Behavioral Patterns）

5.3.1、命令模式(Command Pattern)

       命令模式（Command Pattern）：将请求封装为一个对象，从而使你用不同的请求对客户进行参数化，对请求排队或纪录请求日志，以及支持可撤销的操作。

5.3.2、解释器模式（Interpreter Pattern）

       解释器模式（Interpreter Pattern）：给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。

5.3.3、迭代器模式（Iterator Pattern）

       迭代器模式（Iterator Pattern）：提供一种方法顺序访问一个聚合对象中元素，而不暴露改集合对象的内部表示。

5.3.4、中介者模式（Mediator Pattern）

       中介者模式（Mediator Pattern）：定义一个中介对象来封装系列对象之间的交互。中介者使各个对象不需要显示地相互引用，从而使其耦合性松散，而且可以独立地改变他们之间的交互。

5.3.5、备忘录模式(Memento Pattern)

       备忘录模式（Memento Pattern）：在不破坏封装的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可以就该对象恢复到原先保存的状态。

5.3.6、观察者模式（Observer Pattern）

      观察者模式（Observer Pattern）：观察者模式定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象，这个主题对象在状态发生变化的时，会通知所有观察者对象，使他们能够自动更新自己。

5.3.7、状态模式(State Pattern)

      状态模式（State Pattern）：当一个对象的内在状态改变时允许改变其行为，这个对象看起来像是改变了其类。

5.3.8、职责链模式（Chain Of Responsibility）

      职责链模式（Chain Of Responsibility）：使多个对象都有机会处理请求，从而避免请求的发送者和接受者之间的耦合关系。将这些对象连成一个链，并沿着这条链传递该请求，直到有一个对象处理它为止。

5.3.9、策略模式（Strategy Pattern）

      策略模式（Strategy Pattern）：定义一系列的算法，把它们一个个封装起来，并且使它们可相互替换。本模式使得算法可独 立于使用它的客户而变化。

5.3.10、模板方法模式（Template Mothed Pattern）

        模板方法模式（Template Method Pattern）：定义一个操作中的算法骨架，而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可以重定义算法的某些特定步骤。模板方法模式把不变行为搬移到超类，从而去除子类中的重复代码，实际上模板方法模式就是提供了一个代码复用平台。

5.3.11、访问者模式（Visitor Pattern）

        访问者模式（Visitor Pattern）：表示一个作用于某对象结构中的元素操作。它使你可以在不改变各元素类的前提下定义作用于这些元素的新操作，它把数据结构和作用于结构上的操作之间的耦合性解脱开，使的操作结合可以相对自由地演化。优点是增加新的操作很容易，因为增加一个新的操作就意味着增加一个新的访问者，访问者模式将有关的行为集中到一个访问对象中。