设计模式阅读备忘笔记-原则

设计模式阅读备忘笔记-原则

1、单一职责原则

单一职责原则(SRP)，就一个类而言，应该仅有一个引起它变化的原因。

如果一个类承担的职责过多，那这些职责的耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭受意想不到的破坏。

当设计重构时，就是发现职责并把那些职责互相分离就要判断是否应该分离出类来，如果你能够想到多余的一个动机去改变一个类，那么这个类就可以考虑职责分离。

2、开放-封闭原则

开放-封闭原则，时说软件中(类、模块、函数等)应该可以扩展，但是不可修改。

理解为：

对于扩展是开放的(open for extension)

对于更改是封闭的(Closed for modification)

如何应用：

当设计模块时，都会存在一些无法封闭的，对于一些无法封闭的模块可以构造抽象来隔离那些无法封闭的模块，所以必须先猜测出最有可能发生变化的种类。

如果最初无法预测变化，那么我们希望在开展不久后就可以发现可能发生变化的模块并抽象出来，查明的时间越久，抽象就越困难。

开发人员应该仅对程序里频繁变化的部分做出抽象，不是每个部分都刻意抽象。

3、依赖倒转原则

高层模块不应该依赖低层模块，两个应该依赖抽象

抽象不应该依赖细节。细节应该依赖抽象

理解为：要依赖接口编程，不要对实现编程





4、里氏转换原则LSP

子类必须能够替换掉它们的父类

理解：

就是子类可以完全替换掉父类，程序不会出任何问题，所以父类中的细节需要依赖抽象。

举个例子：

鸟会飞，企鹅不会飞，企鹅是鸟的子类，所以鸟中飞这个功能就需要依赖于抽象，如果代码设计中导致企鹅会飞，那么就需要改进了。

5、迪米特法则

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

理解：

强调了类之间的松耦合，类之间的耦合越弱，与有利于服用，当类改变时，不会对有关系的类造成影响