单一职责原则-学习笔记

 1、就一个类而言，仅有一个引起变化的原因

 2、一个类如果职责过多，就等于吧这些职责都耦合在一起，当修改一个职责的是时候，或多或少会影响到其他职责，这样在修改的时候，会出现意向不到的麻烦

 3、软件设计很大一部分是发现职责，并将这些职责划分，至于哪些职责应该划分也不难，只要一个类有多于一个变化的原因，那么他就有多于一个的职责

 4、在设计的时候，职责的划分要多考虑。这样设计出来的类才易于扩展、易于维护、易于复用、易于灵活。

 5、高层模块不应依赖底层模块，两个某快都应依赖抽象类。

 6、子类都应能够替换他得父类

 7、如果编程的时候都在考虑面向抽象编程而不是面向细节变成。那么他就是面向对象开发反之就是面向过程开发。