设计模式原则

单一职责原则

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

如果一个类承担的职责过多,等于把这些职责耦合在一起,一个职责的变化可能会削弱或抑制这个类完成其他职责的能力,这种耦合会导致脆弱的设计。

开放-封闭原则

开放-封闭原则:软件实体(类、模块、函数)应该是可以扩展的,但是不可以修改。

无论模块多么封闭,都会存在一些无法对之封闭的变化,既然不可能完全封闭,设计人员对于模块应该对哪种变化封闭做出选择。等到变化发生时立即采集行动。

面对需求,对程序的改动应该是通过增加新代码进行,而不是更改现有的代码。

依赖倒转原则

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

针对接口编程,不要对实现编程。

高层模块不应该依赖底层模块。