现在的位置: 首页 > 综合 > 正文

单一职责原则-学习笔记

2018年04月30日 ⁄ 综合 ⁄ 共 306字 ⁄ 字号 评论关闭
 1、就一个类而言,仅有一个引起变化的原因

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

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

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

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

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

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

抱歉!评论已关闭.