大话设计模式零：一句话理解面向对象6大设计原则

        设计模式的核心思想其实就是下面的6大设计原则，理解了这6大设计原则其实也就好理解后面的23种设计模式的动机和巧妙之处了。

 

一.单一职责原则(Single Responsibility Principle, SRP)

定义：一个类只负责一个功能领域中的相应职责，或者可以定义为：就一个类而言，应该只有一个引起它变化的原因。

理解：尽量根据类的功能将一个混杂多种关联度低的功能的类，切分成职责明确的多个不同的类。

举例：比如你在一个工具类中既写了网络请求的相关方法，又写了文件读写的相关方法，又写了加、解密的相关方法，那就应该根据职责将其重新拆分成三个职责明确的新工具类（网络请求工具类、文件读写工具类、安全工具类）。

 

二.开放封闭原则(Open-Closed Principle, OCP)

定义：一个软件实体应当对扩展开放，对修改封闭。即软件实体应尽量在不修改原有代码的情况下进行扩展。

理解：开发的时候应该尽量少的改动现有的类与模块，但当前的结构需要对扩展功能有良好的兼容和支持，能够使开发者较容易地添加新功能。

举例：比如一把步枪，一旦生产出来你要修改它的弹药口径，它的枪栓位置，它的射程就都很难，几乎是不可能的事情，这体现了对修改封闭。但是一把好枪可以支持加装导轨，可以加挂榴弹发射器，加装刺刀，加装瞄准镜，这就适应了多种作战需求，这体现了对扩展开放。

 

三.接口隔离原则(Interface  Segregation Principle, ISP)

定义：使用多个专门的接口，而不使用单一的总接口，即客户端不应该依赖那些它不需要的接口。

理解：接口应该也遵循类似“单一职责”的原则，不能把许多不相关的接口方法塞在一个接口中，应该根据职责将这些混杂的接口方法放在各自对应的接口中。让接口更小，更细化和更清晰。

举例：如果某个饭店人员接口原先有如下待实现的方法定义：洗碗、炒菜、招待客人、收银、打扫卫生、送菜。我们可能应该将该接口拆分成三个接口，分别是厨师接口（负责炒菜）、服务员接口（负责洗碗、招待客人、打扫卫生、送菜）、饭店老板接口（负责收银）。这样的好处是饭店的人员只需要实现自己的接口方法而无需实现与自己无关的接口方法，否则你得让饭店老板实现洗碗、炒菜、招待客人、收银、打扫卫生、送菜这些接口方法，显然是没有必要的。

 

四.依赖倒置原则(Dependency Inversion  Principle, DIP)

定义：抽象不应该依赖于细节，细节应当依赖于抽象。换言之，要针对接口编程，而不是针对实现编程。

理解：针对接口编程，将你要在类中实现的方法都事先在接口中定义好，通过实现接口方法的方式进行类的编写。实例化的时候也尽量声明接口类型。

举例：在你写代码的时候时刻问下自己能不能把要实现的方法抽成接口，可以的话就要这么做。其实基本所有的设计模式都是依赖接口编程的。基本就是能依赖接口就依赖接口。

 

五.迪米特原则(Law of  Demeter, LoD)

定义：一个软件实体应当尽可能少地与其他实体发生相互作用。

理解：可以与“朋友”直接交互而不要与“陌生人”直接交互，要与”陌生人”交互请通过”朋友”中转。

举例：如果两个对象之间不必彼此直接通信，那么这两个对象就不应当发生任何直接的相互作用，如果其中的一个对象需要调用另一个对象的某一个方法的话，可以通过第三者转发这个调用。简言之，就是通过引入一个合理的第三者来降低现有对象之间的耦合度。

 

六.里氏替换原则(Liskov Substitution Principle, LSP)

定义：所有引用基类（父类）的地方必须能透明地使用其子类的对象。

理解：引用基类（父类）的地方，其子类的属性和方法必须能够正常地使用和执行，反之则不行。

举例：如果你喜欢动物那可以说你一定喜欢猫；但是如果你喜欢猫并不能说明你喜欢动物，因为你一定不喜欢蟑螂。

 

七.23种设计模式前情提要

后面我将再写23篇博客分别大话一下这23种具体的设计模式。

此处对这23种设计模式做一下简单的分类。