设计模式学习（三）--设计原则

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

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

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

无论模块是多么的“封闭”，都会存在一些无法对之封闭的变化。既然不可能完全封闭，设计人员必须对他设计的模块应该对哪种变化封闭做出选择。他必须先猜测出最有可能发生的变化种类，然后构造抽象来隔离那些变化。即面对需求，对程序的改动是通过新怎改代码进行的。

依赖倒转原则
A. 高层模块不应该依赖底层模块。两个都应该依赖抽象。
B. 抽象不应该依赖细节，细节应该依赖抽象。

里氏代换原则（LSP）
子类必须能够替换掉它们的父类型。

里氏代换原则、依赖导致原则是开放-封闭实现的基础，只有当子类可以替换掉父类，软件单位的功能不受影响时，父类才能真正被复用，而子类也能够在父类的基础上增加新的行为。例如业务系统在访问数据库时，将SQL方法通过DAO层抽象出来，高层模块只需要调用DAO层中对应的数据库操作方法，而不关心底层具体操作数据库的SQL语法，当业务系统需要移植到不同数据库上时，就只需要变更写底层操作的SQL语法，业务层代码无需变动。所以也叫面向接口编程。