《Android源码设计模式》之面向对象的六大原则

1.优化代码第一步——单一指责原则

　　单一职责原则的英文名是Single Responsibility Principle，缩写是SPR，SPR的定义是：就一个类而言，应该仅有一个引起它变化的原因。简单来说，一个类应该是一组相关性很高的函数、数据的封装。我的理解就是每个方法、类等的职责功能越单一越好，这样可以降低耦合。

2.让程序更稳定、更灵活——开闭原则

　　开闭原则的英文全称是Open Close Principle，缩写是OCP，它是Java世界里最基层的设计原则，它指导我们如何建立一个稳定的、灵活的系统。开闭原则的定义是：软件中的对象（类、模块、函数等）应该对于拓展是开放的，但对于修改是关闭的。开闭原则指导我们，当软件需要变化时，应该尽量通过扩展的方式来实现变化，因为修改已有的代码容易引起不必要的错误，但不是不允许改，只是尽量别改。

3.构建扩展性更好的系统——里氏替换原则

　　里氏替换原则英文全称是Liskov Substitution Principle，简写LSP。LSP的定义是：所有引用基类的地方必须能透明的使用其子类的对象。里氏替换原则的核心原理是抽象，抽象又依赖与继承这个特征，在OOP当中，继承的优缺点都相当明显：
　　优点：（1）代码重用。减少创建类的成本，每个子类都拥有父类的方法和属性；
　 （2）子类与父类基本相似，但又与父类有所区别；
　 （3）提高代码的可扩展性。
缺点：（1）继承是入侵性的，只要继承就必须拥有父类所有属性和方法
（2）可能造成子类代码冗余、灵活性降低，因为子类必须拥有父类的属性和方法。

4.让项目拥有变化的能力——依赖倒置原则

　　依赖倒置原则英文全称是Dependence Inversion Principle，缩写是DIP。以来导致原则指代了一种特定的解耦形式，使得高层次的模块不依赖低层次的模块的实现细节的目的，依赖模块被颠倒了。
　　依赖倒置原则有以下几个关键点：
　　（1）高层模块不应该依赖底层模块，两者都应该依赖其抽象；
　　（2）抽象不应该依赖细节；
　　（3）细节应该依赖抽象。
　　依赖倒置原则在Java语言中表现就是：模块的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的。

5.系统有更高的灵活性——接口隔离原则

　　接口隔离原则英文全称是InterfaceSegre Principle，缩写是ISP。ISP的定义是：客户端不应该依赖它不需要的接口。

6.更好的可扩展性——迪米特原则

　　迪米特原则英文全称为Law Demeter，缩写是LOD，也称为最少知识原则（Least Knowledge Principle）。其原则为：一个对象应该对其他对象有最少的了解。
　　并不是很懂，先mark，以后再看。