学习设计模式的读书笔记。
单一职责原则
就一个类而言,应该仅有一个引起它变化的原因(一个类应该是一组相关性很高的函数、数据的封装)。
开闭原则
软件中的对象(类、模块、函数等)应该对应扩展是开放的,但是,对于修改是封闭的(在软件的生命周期内,因为变化、升级和维护等原因需要对软件原有代码进行修改时,可能会将错误引入原本已经经过测试的旧代码中,破坏原有系统)。
里氏替换原则
就是继承思想,因为是超类,所以可以传子类实例,里氏替换原则就是依赖于继承、多态这两大特性。
依赖倒置原则
高层模块不应该依赖低层模块,两者都应该依赖其抽象;抽象不应该依赖细节;细节应该依赖抽象。例如,调用方法的参数,写成接口,使该接口的实现类都能传。
模块间的依赖通过抽象发生,实现类之间不发生直接的依赖关系,其依赖关系是通过接口或抽象类产生的。
接口隔离原则
客户端不应该依赖它不需要的接口。
类间的依赖关系应该建立在最小的接口上。
迪米特原则
一个对象应该对其他对象有最少的了解。
也称为最少知识原则。
一个类应该对自己需要耦合或调用的类知道得最少,类的内部如何实现与调用者或者依赖者没关系调用者或者依赖者只需要知道它需要的方法即可,其他的可一概不用管。类与类之间的关系越密切,耦合度越大,当一个类发生改变时,对另一个类的影响也越大。