单一职责原则-学习笔记

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

相关文章

迭代器模式(Iterator)迭代器模式(Iterator)[Cursor]意图...
高性能IO模型浅析服务器端编程经常需要构造高性能的IO模型,...
策略模式(Strategy)策略模式(Strategy)[Policy]意图:定...
访问者模式(Visitor)访问者模式(Visitor)意图:表示一个...
命令模式(Command)命令模式(Command)[Action/Transactio...
生成器模式(Builder)生成器模式(Builder)意图:将一个对...