单一职责原则-学习笔记

1、就一个类而言,仅有一个引起变化的原因 2、一个类如果职责过多,就等于吧这些职责都耦合在一起,当修改一个职责的是时候,或多或少会影响到其他职责,这样在修改的时候,会出现意向不到的麻烦 3、软件设计很大一部分是发现职责,并将这些职责划分,至于哪些职责应该划分也不难,只要一个类有多于一个变化的原因,那么他就有多于一个的职责 4、在设计的时候,职责的划分要多考虑。这样设计出来的类才易于扩展、易于维护、易于复用、易于灵活。 5、高层模块不应依赖底层模块,两个某快都应依赖抽象类。 6、子类都应能够替换他得父类 7、如果编程的时候都在考虑面向抽象编程而不是面向细节变成。那么他就是面向对象开发反之就是面向过程开发。

相关文章

什么是设计模式一套被反复使用、多数人知晓的、经过分类编目...
单一职责原则定义(Single Responsibility Principle,SRP)...
动态代理和CGLib代理分不清吗,看看这篇文章,写的非常好,强...
适配器模式将一个类的接口转换成客户期望的另一个接口,使得...
策略模式定义了一系列算法族,并封装在类中,它们之间可以互...
设计模式讲的是如何编写可扩展、可维护、可读的高质量代码,...