软件设计六大原则

 单一职责原则（SRP：Single responsibility principle）：

     There should never be more than one reason for a class to change. 也就是说一个类只负责一件事。
好处：
          1.类的复杂性降低，一个类负责什么事，一目了然。
          2.类的可读性提高，复杂性降低，可读性当然提高。
          3.可维护性提高，可读性提高，能看懂了，也好维护了。
  4.变更引起的风险降低，变更是必不可少的，如果一个类设计的好， 变更引起的变化仅仅影响他的实现类，对其他的接口没有影响，这对系统的维护性和扩展性有很大提高。

坏处：
          过分的使用单一职责原则会增加大量的接口和类，提高了系统的复杂性。


使用场景： 单一职责原则适用于接口、类和方法。

建议：接口和方法一定要做到单一职责原则，类尽量做到一个原因引起变化。

对单一职责的最深理解就是，你只想安心的写会儿代码，但是不同的产品、测试不断的打断你，让你欲罢不能的痛苦。在生活工作中我们可能做不到，但是在软件设计里，它就是我们的乌托邦。

 里氏替换原则(Liskov Substitution Principle)

     Functions that use pointers or references