开闭原则
- 定义
软件实体应当对扩展开放，对修改关闭。
当应用的需求改变时，在不修改软件实体的源代码或者二进制代码的前提下，可以扩展模块的功能，使其满足新的需求。 - 作用
降低对软件测试的影响，只需要对扩展的代码进行测试即可。
增强稳定性和延续性，从而易于扩展和维护。 - 举例
Glide内置了一些解码实现，这些实现对外是不开放的；
但是预留了各种接口，用户可以通过注册数据加载和解码实现，扩展所支持的解码格式。
依赖倒置原则
- 定义
要面向接口编程，不要面向实现编程。
简单的说就是要求对抽象进行编程，不要对实现进行编程。 - 作用
降低了客户与实现模块间的耦合。
可以减少并行开发引起的风险。 - 举例
- 工程划分模块化后，模块之前相互调用的部分，如果接口来调用。
- 实现SDK时，一些功能（如图片加载，网络请求，日志等）通过预留接口给外部去注入实现，而非直接依赖实现。
比如需要加载图片，可以定义ImageLoader接口，定义loadImage方法，而非引入某个图片加载框架。
单一职责原则
- 定义
一个类应该有且仅有一个引起它变化的原因，否则类应该被拆分。
如果一个对象承担了太多的职责，至少存在以下两个缺点
一个职责的变化可能会削弱或者抑制这个类实现其他职责的能力；
当客户端需要该对象的某一个职责时，不得不将其他不需要的职责全都包含进来，从而造成冗余代码或代码的浪费。 - 作用
降低类的复杂度。
降低变更代码所引起的风险。
提高类的可读性。
提高系统的可维护性。
接口隔离原则
- 定义
客户端不应该被迫依赖于它不使用的方法。一个类对另一个类的依赖应该建立在最小的接口上。
与单一职责原则的区别：
单一职责原则注重的是职责，而接口隔离原则注重的是对接口依赖的隔离。
单一职责原则主要是约束类，它针对的是程序中的实现和细节；接口隔离原则主要约束接口，主要针对抽象和程序整体框架的构建。 - 作用
能减少项目工程中的代码冗余。
过大的大接口里面通常放置许多不用的方法，当实现这个接口的时候，被迫设计冗余的代码。 - 举例
View的 OnClickListener 和 OnLongClickListener 等就是隔离的，不然开发者需要监听点击事件还要同时实现各种其他事件的接口。
里氏替换原则
- 定义
继承必须确保基类所拥有的性质在子类中仍然成立。
子类可以扩展父类的功能，但不能改变父类原有的功能。 - 作用
是实现开闭原则的重要方式之一。
克服了继承中重写父类造成的可复用性变差的缺点。
类的扩展不会给已有的系统引入新的错误，降低了代码出错的可能性。 - 举例
继承一些已经现成的View, 需保持原来View的逻辑。
比如网上一些实现变色的TintXxxView的控件，其覆写"setEnabled"等方法时，除了自己处理变色的逻辑之外，还会调用super.setEnabled()方法，因为要保持父类的处理。
迪米特法则 (最少知识原则)
- 定义
如果两个软件实体无须直接通信，那么就不应当发生直接的相互调用。
如果其中的一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。 - 作用
降低了类之间的耦合度，提高了模块的相对独立性。 - 举例
观察者模式。
合成复用原则 (组合/聚合复用原则)
- 定义
在软件复用时，要尽量先使用组合或者聚合等关联关系来实现，其次才考虑使用继承关系来实现。 - 作用
维持了类的封装性, 不需要知道所引用的类的实现细节。
继承是静态复用，组合复用是动态复用，可动态地引用类型相同的对象。 - 举例：
装饰者模式。
总结
| 设计原则 | 归纳 |
|---|---|
| 开闭原则 | 对扩展开放，对修改关闭。 |
| 依赖倒置原则 | 要面向接口编程，不要面向实现编程。 |
| 单一职责原则 | 一个类应该有且仅有一个引起它变化的原因，否则类应该被拆分。 |
| 接口隔离原则 | 一个类对另一个类的依赖应该建立在最小的接口上。 |
| 里氏替换原则 | 继承必须确保基类所拥有的性质在子类中仍然成立。 |
| 迪米特法则 | 如果两个软件实体无须直接通信，那么就不应当发生直接的相互调用。 |
| 合成复用原则 | 组合优先于继承。 |
