大话设计模式学习--面向对象设计的原则
2010-10-20 13:54
239 查看
1、单一职责原则:
就一个类而言,应该只有一个引起它变化的原因。
如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭受意想不到的破坏。
软件设计真正要做的很多内容,就是发现职责并把那些职责相互分离。
如果你能够想到多于一个的动机去改变一个类,那么这个类就具有多于一个的职责,就应该考虑职责分离。
2、开放-封闭原则
是说软件实体(类,模块,函数等等),应该可以扩展,但是不可修改。
无论模块是多么的“封闭”,都会存在无法对之封闭的变化,既然不可能完全封闭,设计人员必须对于他设计的模块应该对哪种变化封闭做出选择。他必须先猜测是出最有可能发生的变化种类,然后构造抽象来隔离那些变化。
当我们最初编写代码时,假设变化不会发生。当变化发生时,我们说法创建抽象来隔离以后发生的同类变化。
3、依赖倒转原则
A、高层模块不应该依赖于低层模块,两个都应该依赖抽象。(具体一点,就是接口或者抽象类)
B、抽象不应该依赖细节。细节应该信赖抽象。
4、里氏代换原则
子类型必须能够替换掉它们的父类型。
一个软件实体如果使用的是一个父类的话,那么一定适用于其子类,而且它察觉不出父类对象和子类对象的区别。
只有当子类可以替换掉父类,软件单位的功能不受到影响时,父类才能真正被复用,而子类也能够在父类的基础上增加新的行为。
动物 animal = new 猫();
就一个类而言,应该只有一个引起它变化的原因。
如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭受意想不到的破坏。
软件设计真正要做的很多内容,就是发现职责并把那些职责相互分离。
如果你能够想到多于一个的动机去改变一个类,那么这个类就具有多于一个的职责,就应该考虑职责分离。
2、开放-封闭原则
是说软件实体(类,模块,函数等等),应该可以扩展,但是不可修改。
无论模块是多么的“封闭”,都会存在无法对之封闭的变化,既然不可能完全封闭,设计人员必须对于他设计的模块应该对哪种变化封闭做出选择。他必须先猜测是出最有可能发生的变化种类,然后构造抽象来隔离那些变化。
当我们最初编写代码时,假设变化不会发生。当变化发生时,我们说法创建抽象来隔离以后发生的同类变化。
3、依赖倒转原则
A、高层模块不应该依赖于低层模块,两个都应该依赖抽象。(具体一点,就是接口或者抽象类)
B、抽象不应该依赖细节。细节应该信赖抽象。
4、里氏代换原则
子类型必须能够替换掉它们的父类型。
一个软件实体如果使用的是一个父类的话,那么一定适用于其子类,而且它察觉不出父类对象和子类对象的区别。
只有当子类可以替换掉父类,软件单位的功能不受到影响时,父类才能真正被复用,而子类也能够在父类的基础上增加新的行为。
动物 animal = new 猫();
相关文章推荐
- 大话设计模式学习(三)——四大原则
- C#面向对象设计模式纵横谈 学习笔记1 面向对象设计模式与原则
- 设计模式学习(一):设计模式概述及面向对象设计原则
- 设计模式学习笔记(一)——面向对象设计模式与原则
- 设计模式学习笔记(一)——面向对象设计模式与原则
- 设计模式学习笔记(一)——面向对象设计模式与原则
- 61条面向对象设计的经验原则(转,一起学习)
- 面向对象设计模式学习(一):面向对象设计模式与原则
- 《大话设计模式》——学习笔记之面向对象原则&UML类图
- 设计模式学习笔记(一)——面向对象设计模式与原则
- 面向对象设计原则 - 学习笔记
- 设计模式学习笔记(一)——面向对象设计模式与原则
- 设计模式学习笔记——面向对象设计原则
- 设计模式学习笔记-面向对象设计原则
- Java学习笔记31:Java程序员应该了解的10个面向对象设计原则
- 设计模式学习笔记——面向对象设计原则
- 面向对象设计原则(1)——学习使用设计模式
- 黑马程序员 – 学习面向对象设计原则 – 2012.12.29
- 面向对象设计原则(1)——学习使用设计模式
- 面向对象设计原则