背景在我们日常工作中，代码写着写着就出现下列的一些臭味。但是还好我们有SOLID这把‘尺子’,可以拿着它不断去衡量我们写的代码，除去代码臭味。这就是我们要学习SOLID原则的原因所在。设计的臭味僵化性具有联动性，动一处，会牵连到其他地方脆弱性不敢改动，动一处，全局瘫痪顽固性不易改动粘滞性耦合性太高不必要的复杂性代码设计过于复杂不必要的重复提高复用性，减少重复晦涩性代码设计不易理解SRP-单一职责原则一个类只做一件事情。当然一件事情，不是说类中只有一个方法。而是类中的方法都是属于同一种职责。不能因为第二职责的原因去改动这个类。一个很好的例子：在我们封装request库时，我们需要实现以下4个方法

介绍　　SOLID原则是由5个设计原则组成的，分别为：(S)单一职责原则、(O)开闭原则、(L)里式替换原则、(I)接口隔离原则和(D)依赖反转原则；单一职责原则 SRP　　单一职责原则的英文是SingleResponsibilityPrinciple，缩写为SRP；　　它的意思是一个类或者模块只负责完成一个职责，也就是说不要设计大而全的类，要设计粒度小、功能单一的类；　　换个角度讲，就是一个类如果包含两个或两个以上业务不相干的功能，那它就不满足单一职责原则，比如一个类包含了用户的操作和订单操作；　　如何判断一个类是否单一呢？其实还是要根据实际情况来分析，例如：我们可以先写个大概的类来满足现有

介绍　　SOLID原则是由5个设计原则组成的，分别为：(S)单一职责原则、(O)开闭原则、(L)里式替换原则、(I)接口隔离原则和(D)依赖反转原则；单一职责原则 SRP　　单一职责原则的英文是SingleResponsibilityPrinciple，缩写为SRP；　　它的意思是一个类或者模块只负责完成一个职责，也就是说不要设计大而全的类，要设计粒度小、功能单一的类；　　换个角度讲，就是一个类如果包含两个或两个以上业务不相干的功能，那它就不满足单一职责原则，比如一个类包含了用户的操作和订单操作；　　如何判断一个类是否单一呢？其实还是要根据实际情况来分析，例如：我们可以先写个大概的类来满足现有