面向对象七大原则_第1页
面向对象七大原则_第2页
面向对象七大原则_第3页
面向对象七大原则_第4页
面向对象七大原则_第5页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

☆面向对象的七大原则:、☆面向对象的七大原则:1) 开闭原则;------面向扩展开放,面向修改关闭。2) 里氏转换原则;------超类存在的地方,子类是可以替换的。3) 依赖倒转原则;------实现尽量依赖抽象,不依赖具体实现。4) 接口隔离原则;------应当为客户端提供尽可能小的单独的接口,而不是提供大的总的接口。5) 组合/聚合复用原则;------尽量使用合成/聚合达到复用,尽量少用继承。原则:一个类中有另一个类的对象。6) “迪米特”法则;------又叫最少知识原则,一个软件实体应当尽可能少的与其他实体发生相互作用。7) 单一职责原则。-----每一个类应该专注于做一件事情。二、 开闭原则OCP:开闭原则是设计原则基础的基础,是java面向对象的核心原则,其它原则均围绕开闭原则进行展开。开闭原则指的是一个软件实体应对对扩展开放,对修改关闭(Softwareentitiesshouldbeopenforextension,butclosedformodification)。这个原则是说在设计一个模块的时候,应对使这个模块可以在不被修改的前提下被扩展,换言之,应对可以不必修改源代码的情况下改变这个模块的行为。☆满足开闭原则的软件系统的优越性:通过扩展已有的软件系统,可以提供新的行为,以满足对软件的新需求,使变化中的软件系统有一定的适应性和灵活性。已有的软件模块,特别是最重要的抽象层模块不能再修改,这就使变化中的软件系统有一定的稳定性和延续性。☆实现开闭原则的关键抽象化是解决问题的关键,在面向对象的编程语言里,可以给系统定义出一套相对较为固定的抽象设计,此设计允许无穷无尽的行为在实现层被实现。在语言里,可以给出一个或多个抽象类或者接口,规定出所有的具体类必须提供的方法的特征作为系统设计的抽象层。这个抽象层预见了所有的可扩展性,因此,在任何扩展情况下都不会改变。这就使得系统的抽象不需要修改,从而满足了开闭原则的第二条,对修改关闭。同时,由于从抽象层导出一个或多个新的具体类可以改变系统的行为,因此系统的设计对扩展是开放的,这就满足了开闭原则的第一条。☆对可变性的封装原则把变化的东西封装起来,把不变的抽象出来。这是对开闭原则的另外一种描述,它讲的是找到一个系统的可变因素,将之封装起来。该原则意味着两点:一种可变性不应当散落在代码的很多角落,而应当封装到一个对象里面。继承应当被看做是封装变化的方法,而不应该被认为是一种从一般对象生成特殊对象的方法。一种可变性不应当与另外一种可变性混合在一起。这意味着一般的继承层次不会超过两层。关键知识点:☆开闭原则的概念,软件实体对扩展开发,对修改关闭;☆实现开闭原则的关键,利用接口或抽象类抽象出系统的抽象层,抽象层不变,利用实现层进行扩展;☆对可变性的封装,将可变的元素封装起来,防止改变扩散到整个应用;☆注意控制封装的粒度,不要将两种可变性封装到一起;☆继承是用来封装可变性的,一般的继承层次不要超过两层;☆策略模式是对开闭原则的很好诠释,其他还有工厂模式、建造模式、桥接模式、门面模式、调停者模式、访问者模式和迭代子模式等;☆对“将条件转移语句改写成多态性”的重构行为应当遵循开闭原则,防止多态性污染;☆java下的单方法接口通常用来实现函数指针或者委托的功能;☆任何一棵继承树都要以抽象类为根,具体类不是用来继承的,更不要从工具类继承;☆抽象类要拥有尽可能多的共同代码,同时拥有尽可能少的数据。☆当Coad条件全部满足时,才应当考虑使用继承:派生类是基类的一个特殊种类,而不是其的一个角色,也就是说要区分“Has-a”和“Is-a”;永远不会出现需要将派生类换成另外一个类的派生类的情况;派生类具有扩展基类的责任而不是具有置换或注销基类的责任;只有在分类学角度上有意义时,才可以使用继承。三、 里氏代换原则LSP任何基类可以出现的地方,子类一定可以出现。即超类存在的地方,子类是可以替换的。替换后行为不变,结果会变化。调用子类行为。子类和父类必须有相同行为才能完全地实现替换。实现开闭原则的关键是抽象化,而里氏代换原则中的基类和子类的继承关系正是抽象化的具体体现,所以里氏代换原则是对实现抽象化的具体步骤的规范。违反里氏代换原则一个最经典的例子便是把正方形设计成长方形的子类。四、 依赖倒转原则DIP要依赖于抽象,不要依赖于实现。说的白一点就是要依赖于抽象类和接口不要依赖具体类,具体类也就是我们可以用new关键字实例化的类。依赖倒转原则是实现开闭原则的一个手段。五、 合成/聚合复用原则:要尽量使用合成/聚合达到复用,而不是继承关系达到复用的目的。就如我们前面说的,如果为了复用,便使用继承的方式将两个不相干的类联系在一起,这样的方式是违反合成/聚合复用原则的,更进一步的后果那便是违反里氏代换原则。合成/聚合复用和里氏代换原则相辅相成,合成/聚合复用原则要求我们在复用时首先考虑合成/聚合关系,而里氏代换原则是要求我们在使用继承时,必须满足一定的条件。什么是合成?合成:是指一个整体对依托他而存在的关系,例如:一个人对他的房子和家具,其中他的房子和家具是不能被共享的,因为那些东西都是他自己的..并且人没了,这个也关系就没了..这个例子就好像,乌鸡百凤丸这个产品,它是有乌鸡和上等药材合成而来的一样..也比如网络游戏中的武器装备合成一样,多种东西合并为一种超强的东西一样..什么是聚合?聚合:聚合是比合成关系的一种更强的依赖关系,聚合是一个整体对个体的部分,例如,一个奔驰S360汽车,对奔驰S360引擎,奔驰S360轮胎的关系..这些关系就是带有聚合性质的..因为奔驰S360引擎和奔驰S360轮胎他们只能被奔驰S360汽车所用,离开了奔驰S360汽车,它们就失去了存在的意义..在我们的设计中,这样的关系不应该频繁出现..这样会增大设计的耦合度..原则:一个类中有另一个类的对象。六、 接口隔离原则ISP应当为客户端提供尽可能小的单独接口,而不要提供大的总接口。暴露行为让后面的实现类知道的越少越好。七、 迪米特法则:(体现松偶合)又叫最少知识原则,一个对象对另一个对象知道的越少越好,即一个软件实体应当尽可能少的与其他实体发生相互作用。八、 单一职责原则SRP:(体现高内聚)每一个类应该专注于做一件事情。九、 继承复用优点:1、 新的实现较为容易,因为超类的大部分功能可以通过继承关系自动进入子类。2、 修改或扩展继承而来的实现比较容易。十、继承复用的缺点:1、 继承复用破坏包装,将超类的实现细节暴露给子类,超类的内部细节常常对子类是透明的,白箱复用。简单,但不安全,不能在程序运行中随便改变。2、 超类的实现发生了改变,子类的实现也不得不改变。3、超类继承而来的是静态的,不可能在运行时间内发生改变,因此没有足够的灵活性。十^一、一个重构方法的讨论“将条件转移语句改写成为多态性”是一条广为流传的代码重构做法。这一做法本身并不能保证“开-闭”原则,应当以“开-闭”原则判断是否需要改写成多态。条件转移并不是错误,如果需要,完全可以选择使用条件转移。如果一个条件转移语句确实封装了某种商务逻辑的可变性,那么将此种可变性封装起来就符合“开-闭”原则设计思想了。如果一个条件转移语句没有涉及重要的商务逻辑,或者不会随着时间的变化而变化,也不意味着任何的可扩展性,那么它就没有涉及任何有意义的可变性。这时候将这个条件转移语句改写成多态性就是一种没有意义的浪费。抽象类应当拥有尽可能多的共同代码在一个继承的等级结构中,共同的代码应当尽量向等级结构的上方移动。把重复的代码从子类里面移动到超类里面,可以提高代码的复用率。在代码发生改变时,设计师之需要修改一个地方。抽象类应当拥有尽可能少的数据与代码的移动方向相反,数据的移动方向是从抽象类到具体类,向等级结构的下方移动。一个对象的数据不论是否使用都会占用资源,所以应当放到等级结构的低端。十二、什么时候才应当使用继承复用.子类是超类的一个特殊种类,而不是超类的一个角色,Is-A才符合继承关系。.永远不会出现需要将子类换成另一个类的子类的情况。.子类具有扩展超类的责任,而不是具有置换掉(Override)和注销掉(Nullify)超类的责任。.只有在分类学角度上有意义时,才可以使用继承,不要从工具类继承。卜三、使用接口与抽象类的优缺点十三、使用接口与抽象类的优缺点1、 抽象类可以提供某些方法的部分实现,而接口不可以有具体实现。换言之对于抽象类而言可向一个抽象类中随意的增加一个新的具体方法,其子类型都可以得到该具体方法,而对于接口则做不到这一点。如果向一个接口加入一个新的方法的话,所有实现这个接口的子类将无法通过编译,因为他们没有实现这个新声明的方法。2、 一个抽象类只能由它的子类来实现,这样其子类就不能再继承其他的父类了。而对于Java接口而言,任何一个实现了一个Java接口的类都可以具有这个接口的类型,而一个类可以实现任意多个接口。3、 从代码重构的角度来看

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论