第2章 面向对象设计原则.ppt
《第2章 面向对象设计原则.ppt》由会员分享,可在线阅读,更多相关《第2章 面向对象设计原则.ppt(57页珍藏版)》请在三一文库上搜索。
1、第2章面向对象设计原则刘刘 伟伟weiliu_教材w 指定教材:刘伟.设计模式.北京:清华大学出版社,2011.w 辅导教材(实验教材):刘伟.设计模式实训教程.北京:清华大学出版社,2012.本章教学内容w 面向对象设计原则概述w 单一职责原则w 开闭原则w 里氏代换原则w 依赖倒转原则w 接口隔离原则w 合成复用原则w 迪米特法则面向对象设计原则概述w 软件的可维护性和可复用性 知名软件大师知名软件大师Robert C.Martin认为一个可维护性认为一个可维护性(Maintainability)较低的软件设计,通常由于如下较低的软件设计,通常由于如下4个原因造成:个原因造成:过于僵硬(R
2、igidity)过于脆弱(Fragility)复用率低(Immobility)黏度过高(Viscosity)Robert C.Martin面向对象设计原则概述w 软件的可维护性和可复用性软件工程和建模大师软件工程和建模大师Peter Coad认为,一个好的系统认为,一个好的系统设计应该具备如下三个性质:设计应该具备如下三个性质:可扩展性(Extensibility)灵活性(Flexibility)可插入性(Pluggability)Peter Coad面向对象设计原则概述w 软件的可维护性和可复用性 软件的复用软件的复用(Reuse)或重用或重用拥有众多优点,如可以提高软件拥有众多优点,如可以
3、提高软件的开发效率,提高软件质量,节约开发成本,的开发效率,提高软件质量,节约开发成本,恰当的复用还恰当的复用还可以改善系统的可维护性可以改善系统的可维护性。面向对象设计复用的目标在于面向对象设计复用的目标在于实现支持可维护性的复用。实现支持可维护性的复用。在面向对象的设计里面,在面向对象的设计里面,可维护性复用都是以面向对象设计可维护性复用都是以面向对象设计原则为基础的原则为基础的,这些设计原则首先都是复用的原则,遵循这,这些设计原则首先都是复用的原则,遵循这些设计原则可以有效地提高系统的复用性,同时提高系统的些设计原则可以有效地提高系统的复用性,同时提高系统的可维护性。可维护性。面向对象设
4、计原则概述w 软件的可维护性和可复用性面向对象设计原则和设计模式也是对系统进行合理重构面向对象设计原则和设计模式也是对系统进行合理重构的指南针,的指南针,重构重构(Refactoring)是是在不改变软件现有功在不改变软件现有功能的基础上,通过调整程序代码改善软件的质量、性能,能的基础上,通过调整程序代码改善软件的质量、性能,使其程序的设计模式和架构更趋合理,提高软件的扩展使其程序的设计模式和架构更趋合理,提高软件的扩展性和维护性性和维护性。Martin Fowler面向对象设计原则概述w 面向对象设计原则简介 常用的面向对象设计原则包括常用的面向对象设计原则包括7个,这些原则并不是孤立存在的
5、,它们相个,这些原则并不是孤立存在的,它们相互依赖,相互补充。互依赖,相互补充。设计原则名称设计原则名称设计原则简介设计原则简介重要性重要性单一职责原则(Single Responsibility Principle,SRP)类的职责要单一,不能将太多的职责放在一个类中开闭原则(Open-Closed Principle,OCP)软件实体对扩展是开放的,但对修改是关闭的,即在不修改一个软件实体的基础上去扩展其功能里氏代换原则(Liskov Substitution Principle,LSP)在软件系统中,一个可以接受基类对象的地方必然可以接受一个子类对象依赖倒转原则(Dependency I
6、nversion Principle,DIP)要针对抽象层编程,而不要针对具体类编程接口隔离原则(Interface Segregation Principle,ISP)使用多个专门的接口来取代一个统一的接口 合成复用原则(Composite Reuse Principle,CRP)在系统中应该尽量多使用组合和聚合关联关系,尽量少使用甚至不使用继承关系迪米特法则(Law of Demeter,LoD)一个软件实体对其他实体的引用越少越好,或者说如果两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用,而是通过引入一个第三者发生间接交互单一职责原则 w 单一职责原则定义 单一职责原则单
7、一职责原则(Single Responsibility Principle,SRP)定义如下:定义如下:一个对象应该只包含单一的职责,并且该职责被完整地封装在一个类中。其英文定义为:其英文定义为:Every object should have a single responsibility,and that responsibility should be entirely encapsulated by the class.另一种定义方式如下:另一种定义方式如下:就一个类而言,应该仅有一个引起它变化的原因。其英文定义为:其英文定义为:There should never be more t
8、han one reason for a class to change.单一职责原则 w 单一职责原则分析 一个类(或者大到模块,小到方法)承担的职责越多,它被复用的一个类(或者大到模块,小到方法)承担的职责越多,它被复用的可能性越小可能性越小,而且如果一个类承担的职责过多,就相当于将这些职,而且如果一个类承担的职责过多,就相当于将这些职责耦合在一起,当其中一个职责变化时,可能会影响其他职责的运责耦合在一起,当其中一个职责变化时,可能会影响其他职责的运作。作。类的职责主要包括两个方面:类的职责主要包括两个方面:数据职责和行为职责数据职责和行为职责,数据职责通过数据职责通过其属性来体现其属性来
9、体现,而,而行为职责通过其方法来体现行为职责通过其方法来体现。单一职责原则是实现单一职责原则是实现高内聚、低耦合高内聚、低耦合的指导方针,在很多代码重构的指导方针,在很多代码重构手法中都能找到它的存在,它是最简单但又最难运用的原则,需要手法中都能找到它的存在,它是最简单但又最难运用的原则,需要设计人员发现类的不同职责并将其分离,而发现类的多重职责需要设计人员发现类的不同职责并将其分离,而发现类的多重职责需要设计人员具有较强的分析设计能力和相关重构经验。设计人员具有较强的分析设计能力和相关重构经验。单一职责原则 w 单一职责原则实例 实例说明实例说明 某基于Java的C/S系统的“登录功能”通过
10、如下登录类(Login)实现:现使用单一职责原则对其进行重构。单一职责原则 w 单一职责原则实例 实例解析实例解析 开闭原则w 开闭原则定义 开闭原则开闭原则(Open-Closed Principle,OCP)定义如下:定义如下:一个软件实体应当对扩展开放,对修改关闭。也就是说在设计一个模块的时候,应当使这个模块可以在不被修改的前提下被扩展,即实现在不修改源代码的情况下改变这个模块的行为。其英文定义为:其英文定义为:Software entities should be open for extension,but closed for modification.开闭原则w 开闭原则分析 开
11、闭原则由开闭原则由Bertrand Meyer于于1988年提出,它是面向年提出,它是面向对象设计中最重要的原则之一。对象设计中最重要的原则之一。在开闭原则的定义中,在开闭原则的定义中,软件实体可以指一个软件模块、软件实体可以指一个软件模块、一个由多个类组成的局部结构或一个独立的类一个由多个类组成的局部结构或一个独立的类。开闭原则w 开闭原则分析 抽象化抽象化是开闭原则的关键。是开闭原则的关键。开闭原则还可以通过一个更加具体的开闭原则还可以通过一个更加具体的“对可变性封对可变性封装原则装原则”来描述,对可变性封装原则来描述,对可变性封装原则(Principle of Encapsulation
12、 of Variation,EVP)要求找到系统要求找到系统的可变因素并将其封装起来。的可变因素并将其封装起来。开闭原则w 开闭原则实例 实例说明实例说明 某图形界面系统提供了各种不同形状的按钮,客户端代码可针对这些按钮进行编程,用户可能会改变需求要求使用不同的按钮,原始设计方案如图所示:现对该系统进行重构,使之满足开闭原则的要求。LoginForm-button:CircleButton+display():voidCircleButton+view():voidLoginForm-button:RectangleButton+display():voidRectangleButton+vi
13、ew():void开闭原则w 开闭原则实例 实例解析实例解析 里氏代换原则 w 里氏代换原则定义 里氏代换原则里氏代换原则(Liskov Substitution Principle,LSP)有两种定义方式,有两种定义方式,第一种定义方式相对严格,其定义如下:第一种定义方式相对严格,其定义如下:如果对每一个类型为S的对象o1,都有类型为T的对象o2,使得以T定义的所有程序P在所有的对象o1都代换成o2时,程序P的行为没有变化,那么类型S是类型T的子类型。其英文定义为:其英文定义为:If for each object o1 of type S there is an object o2 of
14、type T such that for all programs P defined in terms of T,the behavior of P is unchanged when o1 is substituted for o2 then S is a subtype of T.第二种更容易理解的定义方式如下:第二种更容易理解的定义方式如下:所有引用基类(父类)的地方必须能透明地使用其子类的对象。其英文定义为:其英文定义为:Functions that use pointers or references to base classes must be able to use obje
15、cts of derived classes without knowing it.里氏代换原则 w 里氏代换原则分析 里氏代换原则由里氏代换原则由2008年图灵奖得主、美国第一位计算机科学女博士、麻年图灵奖得主、美国第一位计算机科学女博士、麻省理工学院教授省理工学院教授Barbara Liskov和卡内基和卡内基.梅隆大学梅隆大学Jeannette Wing教教授于授于1994年提出。其原文如下:年提出。其原文如下:Let q(x)be a property provable about objects x of type T.Then q(y)should be true for obje
16、cts y of type S where S is a subtype of T.芭芭拉芭芭拉利斯科夫(利斯科夫(Barbara Liskov),美国计算机科学家,2008年图灵奖得主,2004年约翰.冯诺依曼奖得主,美国工程院院士,美国艺术与科学院院士,美国计算机协会会士。现任麻省理工学院电子电气与计算机科学系教授。她是美国第一个计算机科学女博士。周以真(周以真(Jeannette M.Wing),美国计算机科学家,卡内基.梅隆大学教授,美国国家自然基金会计算与信息科学工程部助理部长,ACM和IEEE会士。里氏代换原则 w 里氏代换原则分析里氏代换原则可以通俗表述为:在里氏代换原则可以通俗
17、表述为:在软件中如果能够使用软件中如果能够使用基类对象,那么一定能够使用其子类对象基类对象,那么一定能够使用其子类对象。把基类都替。把基类都替换成它的子类,程序将不会产生任何错误和异常,反过换成它的子类,程序将不会产生任何错误和异常,反过来则不成立,如果一个软件实体使用的是一个子类的话,来则不成立,如果一个软件实体使用的是一个子类的话,那么它不一定能够使用基类。那么它不一定能够使用基类。里氏代换原则是实现开闭原则的重要方式之一,由于使里氏代换原则是实现开闭原则的重要方式之一,由于使用基类对象的地方都可以使用子类对象,因此用基类对象的地方都可以使用子类对象,因此在程序中在程序中尽量使用基类类型来
18、对对象进行定义,而在运行时再确尽量使用基类类型来对对象进行定义,而在运行时再确定其子类类型,用子类对象来替换父类对象定其子类类型,用子类对象来替换父类对象。里氏代换原则 w 里氏代换原则分析喜欢动物喜欢猫 因为猫是动物 里氏代换原则 w 里氏代换原则实例实例说明实例说明 某系统需要实现对重要数据(如用户密码)的加密处理,在数据操作类(DataOperator)中需要调用加密类中定义的加密算法,系统提供了两个不同的加密类,CipherA和CipherB,它们实现不同的加密方法,在DataOperator中可以选择其中的一个实现加密操作。如图所示:里氏代换原则 w 里氏代换原则实例实例说明实例说明
19、 如果需要更换一个加密算法类或者增加并使用一个新的加密算法类,如将CipherA改为CipherB,则需要修改客户类Client和数据操作类DataOperator的源代码,违背了开闭原则。现使用里氏代换原则对其进行重构,使得系统可以灵活扩展,符合开闭原则。里氏代换原则 w 里氏代换原则实例实例解析实例解析 依赖倒转原则 w 依赖倒转原则定义 依赖倒转原则依赖倒转原则(Dependence Inversion Principle,DIP)的定义的定义如下:如下:高层模块不应该依赖低层模块,它们都应该依赖抽象。抽象不应该依赖于细节,细节应该依赖于抽象。其英文定义为:其英文定义为:High lev
20、el modules should not depend upon low level modules,both should depend upon abstractions.Abstractions should not depend upon details,details should depend upon abstractions.另一种表述为:另一种表述为:要针对接口编程,不要针对实现编程。其英文定义为:其英文定义为:Program to an interface,not an implementation.依赖倒转原则 w 依赖倒转原则分析 依赖倒转原则是依赖倒转原则是Robe
21、rt C.Martin在在1996年为年为C+Reporter所写的专栏所写的专栏Engineering Notebook的第三篇,后来加入到他在的第三篇,后来加入到他在2002年出版的经典著作年出版的经典著作Agile Software Development,Principles,Patterns,and Practices中。中。依赖倒转原则 w 依赖倒转原则分析简单来说,依赖倒转原则就是指:简单来说,依赖倒转原则就是指:代码要依赖于抽象的代码要依赖于抽象的类,而不要依赖于具体的类类,而不要依赖于具体的类;要针对接口或抽象类编程,要针对接口或抽象类编程,而不是针对具体类编程而不是针对具体
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 第2章 面向对象设计原则 面向 对象 设计 原则
![提示](https://www.31doc.com/images/bang_tan.gif)
链接地址:https://www.31doc.com/p-21680980.html