设计模式概述(七大设计原则&23种设计模式)

  
  这次说说设计模式吧，工作中很常用，也就是平时写代码的一些原则，掌握了知识也要在实例中多用才能越发的数量，这次就发一下学习设计模式的目录，之后再慢慢的将每一个原则以及每一个设计模式深入讨论一下。希望我们可以一起学习。一起进步。
  

一、设计模式的七大原则

1、单一职责原则(SRP)

  对类来说，即一个类应该只负责一项职责。如类A负责两个不同职责：职责1，职责2。当职责1需求变更而改变A时，可能造成职责2执行错误，所以要将类A的粒度分解为A1,A2。

2、开闭原则(OCP)

   开闭原则就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热拔插的效果，所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类。

3、里氏代换原则(LSP)

  里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。LSP是继承复用的基石，只有衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。

​ 也就是说，在软件里面，把父类都替换成它的子类，程序的行为没有变化，简单的说，子类型必须能够替换掉它们的父类型。

4、依赖倒转原则(DIP)

开闭原则的基础，具体内容：针对接口编程，不要对实现编程；

1. 高层模块不应该依赖低层模块。两个都应该依赖抽象。
2. 抽象不应该依赖细节。细节应该依赖抽象。

5、接口隔离原则(ISP)

  使用多个隔离的接口，比是由单个接口要好。还是一个降低类之间的耦合度的意思，从这儿我们看出，其实设计模式就是一个软件的设计思想，从大型软件架构出发，为了升级和维护方便.(降低依赖，降低耦合)。
  根据接口隔离原则，当一个接口太大的时候，我们就需要将它分割为一些更加细小的接口，使用该接口的客户端仅需知道与之相关的方法即可。每一个接口应该承担一种相对独立的角色，不干不该干的事，该干的事都要干。

6、迪米特法则(LoD)

  迪米特法则也称最少知道原则：如果两个类不必彼此直接通信，name这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。

根本思想：强调了类之间的松耦合。

7、合成复用原则(CRP)

  合成复用原则就是在一个新的对象里通过关联关系（包括组合关系和聚合关系）来使用一些已有的对象，使之成为新对象的一部分；新对象通过委派调用已有对象的方法达到复用功能的目的。简言之：复用时要尽量使用组合/聚合关系（关联关系），少用继承。

  

二、设计模式的分类：

创建型：

1、单例模式(Singleton)：保证一个类只有一个实例，并提供一个访问它的全局访问点。

2、抽象工厂(Abstract Factory)：提供一个创建一系列相关或相互依赖对象的接口，而无须指定它们的具体类。

3、工厂方法(Factory Method)：定义一个用于创建对象的接口，让子类决定实例化哪一个类，Factory Method使一个类的实例化延迟到了子类。

4、建造模式(Builder)：讲一个复杂对象的构建与他的表示相分离，使得同样的构建过程可以创建不同的表示。

5、原型模式(Peototype)：用原型实例指定创建对象的种类，并且通过拷贝这些原型来创建新的对象。

  

行为型：

6、迭代器模式(Iterator)：提供一个方法顺序访问一个聚合对象的各个元素，而又不需要暴露该对象的内部表示。

7、观察者模式(Observer)：定义对象间一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知自动更新。

8、模板方法(Temolate Method)：定义一个操作中的算法的骨架，而将一些步骤延迟到子类中，TemplateMethod使得子类可以不改变一个算法的结构即可以重定义该算法得某些特定步骤。

9、命令模式(Command)：讲一个请求封装为一个对象，从而使你可以用不同的请求对客户进行参数化，对请求排队和记录请求日志，以及支持可撤销的操作。

10、状态模式(State)：允许对象在其内部状态改变时改变他的行为。

11、策略模式(Strategy)：定义一系列的算法，把他们一个个封装起来，并使他们可以互相替换，本模式使得算法可以独立于使用它们的客户。

12、职责链模式(ChinaOfResponibility)：使多个对象都有机会请求处理请求，从而避免请求的发送者和接收者之间的耦合关系。

13、中介者模式(Mediator)：用一个中介对象封装一些列的对象交互。

14、访问者模式(Visitor)：表示一个作用于某对象结构中的各元素的操作，它可以在不改变各元素类的前提下定义作用域这个元素的新操作。

15、解释器模式(Interpreter)：给定一个语言，定义它的文法的一个表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。

16、备忘录模式(Memento)：在不破坏对象的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。

  

结构型：

17、组合模式(Composite)：将对象组合树形结构以表示部分整体的关系。

18、外观模式(Facade)：为子系统中的一组接口提供一致的界面，façade提供了一高层接口。这个接口使得子系统更容易使用。

19、代理模式(Proxy)：为其他对象提供一种代理以控制对这个对象的访问。

20、适配器模式(Adapter)：将一类的接口转换成客户希望的另外一个接口，Adapter模式使得原本由于接口不兼容而不能一起工作那些类可以在一起作用。

21、装饰模式(Decrator)：动态地给一个对象增加一些额外的职责，就增加的功能来说，Decorator模式相比生产子类更加灵活。

22、桥接模式(Biedge)：将抽象部分与它的实现部分相分离，使他们可以独立的变化。

23、享元模式(Flyweight)：运用共享技术有效地支持大量细粒度的对象。

  

三、设计中的三个关键字

1、抽象化

  在众多事物中提取出共同的、本质性的特征，舍弃非本质的特征就是抽象化。抽象化的过程也是一个剪裁的过程，在抽象时，同于不同，取决于从什么角度上来抽象。抽象的角度取决于分析问题的目的。
  

2、实现化

去实现抽象类的抽象方法就是实现化。

一个类的实例就是这个类的实例化，一个具体子类是它的抽象超类的实例化。
  

3、解耦

平时没少听到“高内聚、低耦合”这俩词吧？那么耦合什么意思呢？

所谓耦合，就是两个实体的行为的某种强关联。而将它们之间的强关联去掉，就是解耦。解耦是指将抽象化和实现化之间的耦合解开，或者说是将它们之间的强关联改换成弱关联。

所谓强关联，指的是在编译时期已经确定的，无法在运行时期动态改变的关联；所谓弱关联，就是可以动态地确定并且在运行时期动态改变的关联。从这个定义看，继承关系是强关联，聚合关系是弱关联。

  

参考文献：

大话西游设计模式、深入浅出设计模式、Java设计模式（疯狂Java联盟版）