闲谈设计模式

Intro

设计模式（Design Pattern）是一套被反复使用、多数人知晓的、经过分类的、代码设计经验的总结。

了解这些前辈们总结出来的经验有助于帮助你写出来更优秀的代码，帮助你写出可扩展、可读、可维护的高质量代码。

在极客时间里推出了数据结构和设计模式的王争说了一句话，如果说“数据结构与算法之美”是教你写出高效的代码，那设计模式就是教你写出高质量的代码。

设计原则是指导我们代码设计的一些经验总结，对于每一种设计原则，我们需要掌握它的设计初衷，能解决哪些编程问题，有哪些应用场景。只有这样，我们才能在项目中灵活恰当地应用这些原则。

单一职责原则

对于一个类而言，应该仅有一个引起它变化的原因

如果一个类承担的职责过多，就等于把这些职责耦合再一起，一个职责的变化可能会削弱或者抑制这个类完全其他职责的能力。这种耦合会导致脆弱的设计，当发生变化时，设计会遭受到意想不到的破坏。
开放-封闭原则

开放-封闭原则是说软件实体（类、模块、函数等等）应该可以扩展，但是不可修改。

对于扩展开放，对于更改封闭
依赖倒转原则
- 高层模块不应该依赖低层模式，两个都应该依赖抽象。
- 抽象不应该依赖细节，细节应该依赖于抽象。基于接口编程。
里氏代换原则

子类型必须能够替换掉它们的父类型
接口隔离原则

使用多个隔离的接口,比使用单个接口好，建立最小的接口

一个接口只负责一个功能
迪米特法则

如果两个类不必彼此通信，那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法，可以通过第三者转发这个调用。

类的结构设计上，每一个类都应当尽量降低成员的访问权限

类之间的耦合越弱，越有利于复用，一个处在弱耦合的类别修改，不会对有关系的类造成波及