本系列文章为学习 《Android 源码 设计模式 解析与实战》笔记。主要记录知识点的基本介绍以及个人看法。 该书结合 Android 源码 为读者介绍 设计模式。为设计模式入门书籍，主要介绍设计模式的定义、简单实用、经典案例、以及在Android 源码中的应用 该书第一部分为大家介绍了“面向对象的六大原则”
1. 单一责任原则 SRP（Single Responsibility Principle）
定义：就一个类而言，应该仅有一个引起它变化的原因。 简单的说就是：一个类中应该是一组相关性很高的函数、数据的封装。如果一个类承担过多的责任，就相当于把这些责任耦合在一起了，当一个责任变化时可能会削弱或者抑制这个类完成它完成其他责任的能力。比如MVC 模式中的Activity 及承担了用户交互，又承担了Controller 逻辑处理。导致Activity 代码臃肿，引起变化的原因变多。
2. 开闭原则 OCP（Open Close Principle）
定义：软件中的对象（类、模块、函数等）应该对于扩展是开发的，但是对于修改是封闭的。 在软件的生命周期内容，变化升级和维护等需要修改软件时，可能将错误引入原本已经测试过的旧代码，破坏原有的系统。因此，当软件修改是我们应尽量通过扩展的方式来实现，而不是修改原有的代码。当然实际开发中修改源码和继承可能同时存在，具体实现还需开发中自行判断，保证程序的稳定与拓展，尽量遵循开闭原则。
3. 里斯替换原则 LSP（Liskov Subsititution Principle）
定义：所以引用其基类的地方都必须能透明的使用其子类 简单的说就是父类出现的地方都可以替换成其子类，并且程序不会发生任何错误和异常。但是反过来是不行的。
使用里斯替换原则需要注意一下几个问题：
- 子类需要对外提供的方法必须在父类中声明，且子类必须实现父类中声明的所有方法。根据里斯替换原则，程序中使用父类进行定义，如果子类的方法未在父类中声明，则无法使用该方法。
- 里斯替换原则的核心原理是抽象和继承。因此父类应当设计成接口或者抽象类，让子类继承或实现。运行时，子类实例替换父类实例，我们可以方便的拓展系统功能，同时无需修改原有子类代码，新增功能可以新增子类实现。里氏代换原则是开闭原则的具体实现手段之一。
4. 依赖倒置原则 DIP (Dependence Inversion Principle)
定义：高层模块不应该依赖底层模块，两者都应该于抽象。抽象不依赖于细节，细节应该依赖于抽象。
java 语言中的表现就是：模块间的依赖通过抽象发生，实现类之间不产生直接个关系，其依赖关系通过接口或者抽象类产生。
对于“倒置”的理解，如果不遵循该原则，高层模块将直接依赖于底层模块细节。如果遵循改原则，底层模块细节将依赖于高层模块依赖的抽象。所以是“依赖倒置”
如果不使用该原则，高层模块将直接依赖于底层模块细节。底层模块细节发生改变可能需要同时修改高层模块，这样高层与底层直接耦合，不利于代码的修改与扩展。
5. 接口隔离原则 ISP（InterfaceSegregation Principle）
定义：类间的依赖关系应该建立在最小的接口上。 接口隔离的原则就是将一些庞大、臃肿的接口拆分成更小和更具体的接口。目的是为了降低系统耦合，从而更好的修改与扩展。
6. 迪米特原则 LOD (Law of Demeter)
定义：一个对象应该对其他对象有最少的了解。 也称为“最少知识原则”。简单的说就是，一个类应该对自己需要耦合和调用的类知道的最少，类的内部如何实现与调用者或者依赖者没关系，调用者或者依赖者只需要知道知道它需要的方法即可。其目的也是为了降低系统耦合，从而更好的修改与扩展。
小结
了解了六大原则不难发现它们的目的都是降低系统耦合，提高内聚保持系统扩展性。 完成应用的开发任务是不难的，我们如何要保证应用后续升级、维护之后依然保持清晰、灵活、稳定的系统架构才是最难的。遵循面向对象的六大原则便是迈向灵活软件之路的第一步。 后续将为大家介绍设计模式
