面向对象六大原则

该系列博客为读《android源码设计模式解析与实战》的个人知识点记录。

单一职责原则

Single Responsibility Principle 缩写SRP。定义：就一个类而言，应该仅有一个引起它变化的原因。简单来说，一个类中应该是有一组相关性很高的函数、数据的封装。基本指导原则：两个完全不一样的功能就不应该放在一个类中，一个类中应该是一组相关性很高的函数、数据的封装

开闭原则

Open Close Principle 缩写OCP。java世界里最基础的设计原则，它知道我们如何建立一个稳定的、灵活的系统。定义：软件中的对象（类、模块、函数等）应该对于扩展是开放性的，但是，对于修改是封闭的。在软件的生命周期内，因为变化、升级和维护等原因需要对于软件原有代码进行修改时，可能会将错误引入原版已经通过测试的旧代码中，破坏原有系统。所以我们应该尽量通过扩展的方式来实现变化，而不是通过修改已有的代码来实现。

里氏替换原则

Liskov Substitution Principle 缩写LSP。第一种定义：如果对每一个类型为S的对象O1，都有类型为T的对象O2，使得以T定义的所有程序P在所有的对象O1都替换成O2时，程序P的行为没有发生变化，那么类型S是类型T的子类型。 第二种定义：所有使用基类的地方必须能透明的使用子类对象。 面向对象的语言的三大特点是jicheng、封装、多态，里氏替换原则是依赖于继承、多态这两大特性。
里氏替换原则的核心原理是抽象，抽象有依赖与继承这个特性，在OOP当中，继承的优缺点都相当明显。
优点：
1) 代码重用，减少创建类的成本，每个子类都拥有父类的方法和属性；
2) 子类与父类基本相似，但又与父类有所区别；
3) 提高代码可扩展性
缺点：
1) 继承是侵入性的，只要继承就必须要拥有父类的所有属性和方法；
2) 可能造成子类代码冗余、灵活性降低，因为子类必须拥有父类的属性和方法。

指导原则：建立抽象，通过抽象建立规范，具体的实现在运行时替换掉抽象，保证系统的扩展性、灵活性。

开闭原则和里氏替换原则往往是生死相依、不离不弃的，通过里氏替换原则来达到对扩展开放，对修改关闭的想过。这两个原则都强调了OOP的一个重要特性——抽象，在开发过程中，运用抽象是走向代码优化的重要一步。

依赖倒置原则

Dependence Incersion Principle 缩写DIP。依赖倒置原则指带了特定的解耦形式，使得高层次的模块不依赖于低层次的模块的实现细节的目的，依赖模块被点到了。

依赖倒置原则的关键点
1)高层模块不应该依赖低层模块，两者都应该依赖其抽象；
2)抽象不应该依赖细节；
3)细节应该依赖抽象

在java语言中的表象就是：模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的。

接口隔离原则

Interface Segregation Principle 缩写ISP。定义：客户端不应该依赖它不需要的接口 另一种定义：类间的依赖关系应该建立在最小的接口上。

Bob大叔（Robert C Martin）在21世纪早期将单一职责、开闭原则、里氏替换、接口隔离以及依赖倒置（也称为依赖反转）5个原则定义为SOLID原则，作为面向对象编程的5个基本原则。

迪米特原则

Law of Demeter 缩写LOD，也称为最少知识原则（Least Knowledge Principle） 名字不同，但描述的同一个原则：一个对象应该对其他对象有最少的了解。一个类应该对自己需要的耦合或调用的类知道得最少，类的内部如何实现与调用者或依赖者没有关系，调用者或依赖者只需要知道他需要的方法即可，其他的可一概不用管。类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另一个类影响也越大。

迪米特法则的另一个英文解释Only talk to your immedata friends。每个对象都必然会与其他对象有耦合关系，两个对象之间的耦合就成为朋友关系，这种关系的类型有很多，如组合、聚合、依赖等。