设计模式的几个原则

1、单一职责原则

就一个类而言&＃xff0c;应该仅有一个引起它变化的原因&＃xff0c;如果一个类承担的职责过多&＃xff0c;就等于把这些职责耦合在一起&＃xff0c;一个职责的变化可能会削弱或者抑制这个类完成其他的职责的能力&＃xff0c;这种耦合会导致脆弱的设计&＃xff0c;当变化发生时&＃xff0c;设计会遭到意想不到的破坏。

2、开放-封闭原则

开放-封闭原则&＃xff0c;是说软件实体&＃xff08;类&＃xff0c;模块&＃xff0c;函数等等&＃xff09;应该可以扩展&＃xff0c;但是不可以修改。

这个原则其实是有两个特征&＃xff1a;一个是&＃xff0c; 对于扩展开放的&＃xff0c;另外一个是&＃xff0c;对于更改是封闭的。

无论模块是多么的封闭&＃xff0c;都会存在一些无法对之封闭的变化。既然不可能完全封闭&＃xff0c;设计人员必须对于他设计的模块应该对那种变化封闭做出选择&＃xff0c;他必须先猜出最有可能发生变化的种类&＃xff0c;然后构造抽象来隔离那些变化。

在最初编写代码时&＃xff0c;假设变化不会发生&＃xff0c;当变化发生时&＃xff0c;我们就创建抽象来隔离以后发生的同类变化&＃xff0c;面对需求&＃xff0c;对程序的改动是通过增加新代码进行的&＃xff0c;而不是更改现有的代码。

3、依赖倒转原则

依赖倒转原则&＃xff0c;可以理解为抽象不应该依赖于细节&＃xff0c;细节应该依赖于抽象&＃xff0c;即要针对接口编程&＃xff0c;不要依赖于实现编程。

A、高层模块不应该依赖于低层模块&＃xff0c;两个都应该依赖于抽象

B、抽象不应该依赖于细节。细节应该依赖于抽象

4、里氏代换原则

里氏代换原则可以翻译为&＃xff1a;一个软件实体如果使用的是一个父类的话&＃xff0c;那么一定适用于其子类&＃xff0c;而且他察觉不出父类对象和子类对象的区别&＃xff0c;也就是说&＃xff0c;在软件里面&＃xff0c;把父类都替换成他的父类&＃xff0c;程序的行为没有变化&＃xff0c;简单的说&＃xff0c;子类型必须能够替换掉他们的父类。

只有当子类可以替换掉父类&＃xff0c;软件单位的功能不受影响时&＃xff0c;父类才能真正被复用&＃xff0c;而子类也能够在父类的基础上增加新的行为。