一文带你概览Java设计模式,做到心中有数

设计模式的作用

设计模式是前辈们不断实践，总结出来的一套编程思路和方法，可以让我们代码的维护性、扩展性、复用性、灵活性更好。也就是说让我们的代码写的更好。

面向对象设计模式的六大原则

• 单一职能原则（SPR，Single Responsibility Principle）
  定义：对于一个类来说，应该仅有一个引起它变化的原因。
  理解：就是一个类应该包换和自身密切相关的数据和方法，尽量让一个类高内聚低耦合。但在实际开发中，这一点很难做到，但是应该尽量做到。

• 开放闭合原则（OCP，Open Close Principle）
  定义：软件中的对象对扩展是开放的，对修改关闭。
  理解：代码结构的精神领袖。如何让代码做到满足OCP,就需要我们满足设计原则，然后配合设计模式，让我们的代码尽可能的对扩展开发，对修改关闭。就是我们可以添加新类，但是对于原有的代码尽量不要去修改。

• 里氏替换原则（LSP，Liskov Substitution Principle）
  定义：所有使用基类的地方都可以透明的使用其子类的对象。
  理解：说白了就是继承和多态的使用。

• 接口隔离原则（ISP，Interface Segregation Principle）
  定义：客户端不应该依赖它不需要的接口。另一种定义：类间的依赖关系应该建立在最小的接口上。
  理解：我们把接口做的尽量小一点，不要一个接口涵盖很多模块的功能。
  在实际开发中，对于一个功能我们一般是先定义一个接口，抽象出功能。对于这个接口我们最好让他的作用范围小一点，一个小功能我们对应一个接口，不要一个接口搞定所用的功能，否则后面会牵一发而动全身。

• 依赖倒置原则（DIP，Dependence Inversion Principle）
  定义：高层模块不应该依赖于低层模块，两者都应该依赖于抽象；抽象不依赖于细节，细节应该依赖于抽象
  理解：面向接口编程或者是面向抽象编程

• 迪米特原则（LOD，Law of Demeter）
  定义：一个对象应该对其他对象有最小的了解。
  理解：对于类而言当被调用者调用时，只暴露必须暴露的，隐藏实现细节，让调用者对其知道的少。也就是调用者对于依赖的对象尽量少的知道实现细节，调用其具体的方法接口接口，减少依赖性。

设计模式分类

设计模式分为三大类：
创建型模式：用于创建对象，不是通过new的方式来直接创建，隐藏对象具体的创建过程
结构型模式：关注类或对象的结构(组合、关联…)
行为型模式：关注类或对象间如何进行通信

参考：
《Android源码设计模式解析和实战》
《设计模式之禅》