前端之家收集整理的这篇文章主要介绍了
单一职责原则-学习笔记,
前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
1、就一个类而言,仅有一个引起变化的原因 2、一个类如果职责过多,就等于吧这些职责都耦合在一起,当
修改一个职责的是时候,或多或少会影响到其他职责,这样在
修改的时候,会出现意向不到的麻烦 3、软件设计很大一部分是发现职责,并将这些职责划分,至于哪些职责应该划分也不难,只要一个类有多于一个变化的原因,那么他就有多于一个的职责 4、在设计的时候,职责的划分要多考虑。这样设计出来的类才易于扩展、易于维护、易于复用、易于灵活。 5、高层模块不应依赖底层模块,两个某快都应依赖抽象类。 6、子类都应能够替换他得
父类 7、如果编程的时候都在考虑面向抽象编程而不是面向细节变成。那么他就是面向对象开发反之就是面向过程开发。
原文链接:https://www.f2er.com/javaschema/287947.html