程序设计原则之SOLID原则

分手后的思念是犯贱 2022-10-05 00:43 359阅读 0赞

##  ##

设计模式中的SOLID原则，分别是单一原则、开闭原则、里氏替换原则、接口隔离原则、依赖倒置原则。前辈们总结出来的，遵循五大原则可以使程序解决紧耦合，更加健壮。

SOLID原则是由5个设计原则组成，SOLID对应每个原则英文字母的开头：

单一职责原则（Single Responsiblity Principle）  
开闭原则(Open Close Principle)  
里式替换原则(Liskov Substitution Principle)  
接口隔离原则(Interface Segregation Principle)  
依赖反转原则(Dependency Inversion Principle)

<table> 
 <tbody> 
  <tr> 
   <td>SRP</td> 
   <td>单一责任原则</td> 
  </tr> 
  <tr> 
   <td>OCP</td> 
   <td>开放封闭原则</td> 
  </tr> 
  <tr> 
   <td>LSP</td> 
   <td>里氏替换原则</td> 
  </tr> 
  <tr> 
   <td>ISP</td> 
   <td>接口隔离原则</td> 
  </tr> 
  <tr> 
   <td>DIP</td> 
   <td>依赖倒置原则</td> 
  </tr> 
 </tbody> 
</table>

## 单一责任原则 ##

指的是一个类或者一个方法只做一件事。如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化就可能抑制或者削弱这个类完成其他职责的能力。例如餐厅服务员负责把订单给厨师去做，而不是服务员又要订单又要炒菜。

[![这里写图片描述][SouthEast]][SouthEast]

## 开放封闭原则 ##

对扩展开放，对修改关闭。意为一个类独立之后就不应该去修改它，而是以扩展的方式适应新需求。例如一开始做了普通计算器程序，突然添加新需求，要再做一个程序员计算器，这时不应该修改普通计算器内部，应该使用面向接口编程，组合实现扩展。

[![这里写图片描述][SouthEast 1]][SouthEast 1]

## 里氏替换原则 ##

所有基类出现的地方都可以用派生类替换而不会程序产生错误。子类可以扩展父类的功能，但不能改变父类原有的功能。例如机动车必须有轮胎和发动机，子类宝马和奔驰不应该改写没轮胎或者没发动机。

[![这里写图片描述][SouthEast 2]][SouthEast 2]

## 接口隔离原则 ##

类不应该依赖不需要的接口，知道越少越好。例如电话接口只约束接电话和挂电话，不需要让依赖者知道还有通讯录。

[![这里写图片描述][SouthEast 3]][SouthEast 3]

## 依赖倒置原则 ##

指的是高级模块不应该依赖低级模块，而是依赖抽象。抽象不能依赖细节，细节要依赖抽象。比如类A内有类B对象，称为类A依赖类B，但是不应该这样做，而是选择类A去依赖抽象。例如垃圾收集器不管垃圾是什么类型，要是垃圾就行。

[![例子图][SouthEast 4]][SouthEast 4]

比如 物品交易，我有牛，你有羊， 以物换物，相互依赖， 如果改为统一用货币来交易，则彼此不依赖，而是都依赖于各自的物品抽象--货币。

##  ##

## 总述 ##

没人写一款程序能完全遵守SOLID原则，甚至有些设计模式是违反SOLID原则。如何权衡就要看利是否大于弊。不足之处望指教。

[SouthEast]: /images/20221005/9e95adbbfb774ddca2c1e85e025463d0.png
[SouthEast 1]: /images/20221005/9ed7f963491f4e98b4ef6e895b165265.png
[SouthEast 2]: /images/20221005/72aae92072214b19b035c49469fb0f71.png
[SouthEast 3]: /images/20221005/bdcd270a4d034048884b237121bc287f.png
[SouthEast 4]: /images/20221005/f2d3a114b8ce4238a92da1a270836e0c.png