设计模式(三)设计原则

引言

我们已经学习了两种设计模式，在具体的实际场景中，何时何地该使用设计模式，该怎么使用，是否该使用设计模式成为一个问题。于是在设计模式上我们需要基本的遵守如下几个设计原则。

1.单一职责原则
2.开放-封闭原则(开-闭原则)
3.依赖倒转原则(依赖倒置原则)
4.里式代换原则

上面提到的4个设计原则就是常见的基本设计原则，在实现代码设计的过程中尽量要准守的规范。

一. 单一职责原则

就一个类而言，应仅有一个引起它变化的原因。单一职责原则字面上的意思是功能要单一。大多数适合一件产品简单一点，职责单一一点或许是更好的选择。
如果一个类的承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭到意想不到的破坏。
如果你能够想到多于一个的动机去改变一个类，那么这个类就具有多于一个的职责，就应该考虑到类的职责分离。

二. 开放-封闭原则

开放-封闭原则是这样理解的：对于一个软件实体(类，模块，函数)修改关闭，扩展开放。也就是说不进行修改，只进行扩展。
当设计代码的适合，时刻要考的到，尽量让这个类足够的好，写好了就不要去修改了。如果需要扩展此类的功能，那么只需要增加一些类就好了。原来的代码尽可能不动。

三. 依赖倒转原则

针对接口编程，不要对实现编程。这里强调了一个接口的概念，一个类只要把接口定义好，内部再复杂外界也不需要清楚。
A. 高层模块不应该依赖底层模块，应该两个都依赖抽象。
B. 抽象不应该依赖细节, 细节应该依赖抽象。

四. 里式代换原则

一个软件的实体(类，模块，函数)如果是使用的一个父类的话，那么也一定适用其子类，而且察觉不出子类和父类对象的区别，也就是说，在软件内，把父类都替换成它的子类，程序的行为没有变化。

思考

在程序设计中时刻遵循设计原则考虑问题，杜绝面对过程的编程模式。