第十部分继承Inheritance.ppt

上传人:本田雅阁 文档编号:3171523 上传时间:2019-07-20 格式:PPT 页数:54 大小:235.02KB
返回 下载 相关 举报
第十部分继承Inheritance.ppt_第1页
第1页 / 共54页
第十部分继承Inheritance.ppt_第2页
第2页 / 共54页
第十部分继承Inheritance.ppt_第3页
第3页 / 共54页
第十部分继承Inheritance.ppt_第4页
第4页 / 共54页
第十部分继承Inheritance.ppt_第5页
第5页 / 共54页
点击查看更多>>
资源描述

《第十部分继承Inheritance.ppt》由会员分享,可在线阅读,更多相关《第十部分继承Inheritance.ppt(54页珍藏版)》请在三一文库上搜索。

1、第十章 继承 (Inheritance),继承是面向对象系统的重要特性之一,它支持泛化和特化两方面的抽象。 对继承概念的需求: 一个类型仅适合于结构和操作相同的 对象实例集 当类型需要在结构和操作上有所扩充 或变异时如何处理? 方式1: 定义一个新的类型 问题:缺乏可重用性, 缺乏灵活性, 方式2: 用继承概念定义子类型,示例: persistent type Person is public name,age,spouse,marry body name : string; age:int; spouse : Person; operations declare marry: Person

2、void; implementation define marry(victim) is self.spouse:= victim; end type Person;,persistent type Employee is public name,age,spouse,marry,ss#,boss body operations declare marry : Person void; implementation define marry (victim) is self.spouse:= victim; end type Employee;,引用语句: var mickeyMouse: E

3、mployee; miniMouse: Person; mickeyMouse.marry(miniMouse); /合法,miniMouse是Person miniMouse.marry(mickeyMouse); /非法,mickeyMouse非Person 以上方式无法体现一个雇员也是一个Person的语义,继承和子类型的一般概念,继承支持类型间的 is-a 联系 继承含有三方面语义: 1. 特化/泛化 的抽象语义 2. 子类型是父类型的一个扩展 3. 可替换性语义(Substitutability),继承的泛化抽象概念,类型的继承设计是一个抽象过程: 由子类 超类是逐级的泛化抽象过程

4、其中:OTsuper 为 OTsub 的超类,OTsub为OTsuper的子 类,OTsub is-a OTsuper强调了任何属于OTsub 的对象也属于OTsuper。,OTsuper,OTsub,is-a,OTsuper,OTsub,is-a,OTsuper,OTsub,当OTsub is-a OTsuper 时说明: 子类型OTsub的一个实例继承了 OTsuper Type的所有特征(结构、操 作),包括OTsuper从祖先继承来的 所有特征 子类型OTsub的一个实例还具有 OTsub Type自定义的独特的结构 和操作 从类型上看,子类型是超类型的一种扩展,示例:,Person,

5、Employee,is-a,spouse,age,salary,boss,ss#,name,persistent type Employee supertype Person is public ss#,salary,boss,isRetired /public语句也被继承 body ss# : int; salary: float; boss : Employee; operations declare isRetired: bool; return (self.age64); end type Employee; 继承解决了类型间的代码和结构的可复用性,继承的可替换性概念,OTsub is

6、-a OTsuper 从可替换性角度而言,强调了属于OTsub对象实例中的任一个实例对象,也属于OTsuper的实例集合 即:若 oext(OTsub) 则 oext(OTsuper) 因此ext(OTsub)是ext(OTsuper)的一个真子集 任何一个子类的实例都可以被替换为超类的实例,oPerson,oEmployee,子类型Employee包含了超类型Person的所有属性 如果仅针对Person特征的访问,客户无法区别被访问的对象是Person还是Employee 因此,可以使用替换法则,在所有对Person引用的地方,用一个Employee实例不会破坏一致性 解决了类型特化后的灵

7、活性问题 编译通过放松对类型检查(引用和参数的哑实结合时)的约束来解决子类型实例对超类型实例的可替换性,type Type1 is type Type2 is type Type3 is public A ,A supertype Type1 is supetype Type2 is body A:; public B,B public C,C body B: ; body C: ; end type Type1; end type Type2; end type Type3;,Type1,A,Type2,B,Type3,C,Types,is-a,is-a,A: ,A: B: ,A: B: C

8、: ,id1,id2,id3,Instances,Type1,Type2,Type3,ext(Type1),ext(Type2),ext(Type3),从实例集合的角度来看 超类Type2的实例集合是Type1集合的真子集,Type3是Type2的真子集 类型的实例集合构成了对象的一个类别 class的概念 继承的传递构成了类型的层次结构 从类型定义的角度来看,子类型是超类型的一个扩展 子类型包含了超类型,类型层次结构的根:ANY,对于数据库而言,所有对象具有共同特征: 对象标识OID 对象标识的测试 标识的识别 用户不可见的系统操作 建立一个根类型为ANY来承接所有的共性操作,ANY,OT1

9、,is-a,OTn,is-a,is-a,is-a,is-a,is-a,is-a,is-a,Cylinder,ConicalPipe,Pipe,innerRadius2,radius2,innerRadius,center2,center1,radius,综合举例,persistent type Cylinder is public center1,center2,radius,length,volume body center1: Vertex; center2: Vertex; radius: float; operations declare length: float; declare

10、volume:float; implementation define length is return self.center.distance(self.center2) define volume is return self.radius * 2.0 * 3.14 * self.length; end type Cylinder;,persistent type Pipe supertype Cylinder is public innerRadius body innerRadius:float; operations declare hollowBodyVolume: float;

11、 refine volume: float; implementation define hollowBodyVolume is return self.innerRadius * 2.0 * 3.14 * self.length; define volume is return super.volume-self.hollowBodyVolume; end type Pipe;,继承概念下得操作重定义,对于从超类继承而来的操作,如果子类型有特殊的操作扩展,GOM支持对被继承的操作重定义 重定义用refine标识,对操作体进行重写,即定义子类型自己的操作版本 重定义的作用:既支持了操作的继承,

12、又支持了子类型的特殊需求 子类型仍然可以引用超类中定义的各种算法 例如:在pipe中用Super.volume来引用Cylinder中的体积计算方法,重定义操作的动态捆绑 (Dynamic Binding),需要有一个控制机制保证对重定义操作的正确引用,即保证接受者对象能引用它所需要的最特殊的操作方式 该控制机制不能通过静态的类型检查实现 原因:可替代性原理支持实例的类型替换,而不考虑是否真需要一个超类型,因此,在编译时确定操作的版本是不可能的 只能在运行时动态检查接受者类型并进行相应操作的动态捆绑.,示例:一个Cylinder对象实例库 这是一个合法的DB状态 根据可替换性,id2,id3插

13、入到CylinderSet中时合法的,id1,id2,id3,manyCylinders,id0 CylinderSet,center1:id13 center2:id23 radius:10.0,id1 Cylinder,center1:id37 center2:id49 radius:5.0 innerRadius:2.5,id2 Pipe,center1:id55 center2:id77 radius:10.0 innerRadius:5.0 radius2:20.0 innerRadius2:10.0,id3 ConicalPipe,示例:在id0上的一个体积计算迭代操作 var c

14、:Cylinder; totalVolume:float; foreach (c in manyCylinders) totalVolume:=totalVolume + c.volume; 在foreach的循环中,在语句c.volume执行中,控制机制需要随着接受者对象c的类型的不同选择相应的Volume版本。,一般的动态捆绑选择机制,从当前接受者对象的直接类型开始,沿着继承的层次结构中指向根ANY的路径进行搜索,所遇到的第一个操作的实现体被执行 该控制机制能保证相对于接受者对象的最特殊的版本被执行。,GOM设计追求的两个基本目标: 模型的灵活性: 利用继承的子类型定义和可替换性原则提供了

15、模型的高度灵活性。即一方面可以逐级抽象,另一方面通过重定义操作可以满足子类型的特殊要求,并利用可替换性,用户可以沿类型层次上下结合,变换角色。 类型设计的类型安全:通过静态类型检查保证不能发生由于类型的不一致所导致的运行错误 这两个要求互相矛盾,如何在保证类型安全下获得最大灵活性,基于可替换性的类型定义/检查规则,规则1:数据库设计者所施加的静态类型一致性约束必须被执行 静态类型约束为: 对于类型T的一个对象引用,必须确保该引用会获得一个类型T或T的子类的实例对象 无论何时,无论沿着什么程序控制路径,无论对象库处于何种状态,该约束必须被遵守。 规则2:类型检查要验证一个类型的全部特征(操作或属

16、性)都是可获取的。即一个操作或属性的引用必须是接受者对象可获取的。,保证类型安全的检查(1),类型检查按上述的两个规则进行 类型检查的对象为:变量、属性、集合和表的元素、操作说明等 按规则1的要求,对表达式赋值号两端进行类型一致性检查要求:,:=,超类型,同类型或子类型,示例: var somePerson: Person; someEmployee: Employee; (1) somePerson := someEmployee; (2) (3) someEmployee := somePerson; /不合法 Employee Person,保证类型安全的检查(2),按规则2:被引用(访

17、问)的属性或操作必须是接受者类型所具有的。 示例: (1) somePerson.name; /合法 (2) somePerson.salary; /不合法 (3) someEmployee.salary; /合法 其中,可能somePerson会引用一个Employee实例,因此语句(2)在执行时可能含有正确的引用。但编译器不知道运行时的情况,且不能保证在任何时刻都含有正确的引用,因此是不合法。,Person类型和Employee类型的一个样库示例,name:“Mini Mouse” Age:50 Spouse:id80,miniMouse,id99,name:“Mickey Mouse”

18、Age:60 Spouse:id99 ss#:007 Boss:id45 Salary:90000.00,Person,mikeyMouse,id80,Employee,name:“Donald Duck” Age:40 Spouse:id1313 ss#:4711 Boss:id1717 Salary:80000.00,id45,Employee,chief,进一步说明的例子: var miniMouse : Person; mickeyMouse : Employee; chief: Employee; i: integer; mickeyMouse.spouse := miniMouse

19、 /ok miniMouse.spouse:= mickeyMouse;/ok mickeyMouse.boss:= chief; /ok miniMouse.spouse.boss:=chief; /非法 i:=mickeyMouse.boss.ss#; /ok i:=miniMouse.spouse.boss.ss#; /非法 i:=miniMouse.spouse.spouse.age; /ok i:=mickeyMouse.spouse.boss.ss#; / 非法 mickeyMouse.boss.spouse.marry(chief);,一个类型一致性检查过程示例,miniMous

20、e.spouse.boss := chief; 由于可替换性,赋值号左边类型必须是右边类型的一个超类或同类型,Person,Person,潜在的错误,Employee,对于Sort类型,则必须左右类型相同 i := miniMouse.spouse.spouse.age;,int,Person,Person,Person,int,锚类型约束 (Anchor Type Constraints),锚的概念来自超文本,超文本利用超链联结二个页面,而锚则指明了进入页面的具体位置。GOM利用了锚的“定位”概念 静态类型检查会降低灵活性,而有些灵活性的实现并不会破坏状态的一致性。,类型检查降低灵活性的示例

21、,declare incAge: Person | Person; declare incSalary: Employee | float Employee; var somePerson : Person; someEmp:Employee; somePerson.incAge.incAge; someEmp.incAge.incAge; someEmp.incSalary(1000.00).incAge; someEmp.incAge.incSalary(1000.00);/类型检查报错 语句(3) (4)完成同样功能,而(4)无论从什么角度来看,都不会造成DB的不一致性。,造成类型检查过

22、严的原因分析及锚的引入,类型检查是严格的按操作说明的各个参数类型来检查的 有些操作,如incAge,其结果类型与接受者类型是相一致的, 如一个雇员增加一岁后仍是雇员 可以将结果类型与接受者类型捆绑,只要保证它们二者的类型一致就可以了,不必要一定严格按照类型说明来检查 锚就起这个作用,GOM的锚的说明及语义,示例: declare incAge: Person | like self; declare incSalary: Employee | float like self; Like 象一样 like self 指定结果类型与接受者类型self一致 Like 还可以指定类型是参数表中的某一个

23、参数类型,此时,需要对照参数命令 示例: declare meeting : me:Person,he:Person like he; 编译可以根据like后表示的各类型来检查结果类型的合法性,合法操作的精化规则 (Legal Operation Refinement),在继承概念下一个重定义操作设计必须遵守规则为 (1)原操作名不变 (2)操作参数个数必须与原版本保持一致 目的:为了保证版本的兼容,即当引用系统进行模式演进或增加新子功能时,能使新不影响原有程序的运行。 不影响现有应用的类型扩展使面向对象系统的主要目标 在操作说明字句部分,能精化的只是参数类型(接受参数、变元参数、结果参数)的

24、自由度,精化操作的参数类型自由度约束条件,接受者参数类型 只能使原操作所指定的接受类型的子类型 目的:为了支持精化的要求 更特殊化 变元参数类型 使原操作的变元参数类型的超类型 目的:为了使操作更能与原祖先的同名操作兼容,参数类型必须更一般化。即新版的同名操作应当照顾它的祖先版本的要求,参数定义更一般化 结果参数类型 使原操作的结果类型的子类型 目的:是精化设计的要求,精化的结果自然应当是更特殊化,示例说明:不合法的marry精化定义 declare marry : Person | Person void code PersonMarriage; refine marry : Employe

25、e | Employee void code EmployeeMarriage; define EmployeeMarriage(victim) is begin self.spouse:= victim; self.salary:= self.salary * 1.1; / 婚后需要更多钱养家 end;,不合法的定义导致应用的错误检查: var anEmp: Employee; aPerson: Person; anotherPerson: Person; (1) aPerson.marry(anEmp);/ok,marry的原始版本可用 (2) anEmp.marry(aPerson);/

26、非法,精化的marry操作需要参数Employee (3) anotherPerson:= anEmp; /ok,可替换 (4) anotherPerson.marry(aPerson);/不可用,动态绑定,合法的marry重定义: declare marry : Person | Person void code PersonMarriage; refine marry : Employee | Person void code Employee; define EmployeeMarriage(victim) is begin self.spouse := victim; self.sal

27、ary := self.salary * 1.1; end;,进一步精化举例,ANY,Student,PhDStudent,AwardPaper,Paper,FullProfessor,Professor,supertype,一个大学类型的层次结构,示例:每个教授每年出12篇论文 可以由教授和他所指导的学生(PhD)共同完成 定义一个写论文操作: declare writePaper : Professor | PhDStudent Paper code ProfessorWritesPaper; 进一步:一个高级教授应当能让一个不一定是PhD的学生也能写获奖论文;改写: refine wri

28、tePaper : FullProfessor | Student AwardPaper code FullProfessorWritesPaper;,接受参数精化,变参更一般化,结果参数精化,说明: (1) 一个高级教授让一个学生(无论是否为PhD)都能保证写一篇获奖论文 (2) 一个普通教授让一个PhD也可以写一篇论文,强类型约束(1),属性类型的重定义是不合法的,破坏了继承的可替换性原则 原因,由于类型的可替换性,在静态检查时重定义造成的类型不匹配错误可能无法检测到而在运行时爆发,Type Person type Employee supertype ANY is supertype P

29、erson is body body name:string; ss#:int; age:int; salary:float; spouse:person; refine boss:Employee;!ILLEGAL boss:Person; . . . . . end type Person end type Employee,Var miniMouse:Person; mickeyMouse:employee; !create instances miniMouse.boss:=mickeyMouse; mickeyMouse.boss:=miniMouse;!illegal miniMo

30、use.boss.boss:=miniMouse;!should be legal,强类型约束(2),在集合(或表)类型之间直接定义继承结构,势必损害类型安全,它破坏了超类实例集合包含子类集合的原则 type PersonSet is type EmployeeSet is body body Person Employee end type PersonSet end type EmployeeSet,示例,如果我们企图将EmployeeSet作为Personset的子类型,从而继承它们所有操作,即 Var manyPs:Personset; manyEmps:EmployeeSet; (1

31、) manyPs:=manyEmps; (2) manyPs.insert(somePerson);,id20 EmployeeSet manyPs manyEmps figure 10.12: Sharing of a Set Object, ,错误原因:语句(1)产生了对EmployeeSet的 一个共享,即对Set类型进行了重定义,这显然破坏了超类集合一定包含子类集合的原则. 因此,对于集合类型是不允许重定义的,它们只能直接作为根的子类,Figure 10.13 The Type Hierarchy with Set types,ANY,PersonSet,EmployeeSet,ManagerSet,CEOSet,Person,Employee,Manager,CEO,

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 其他


经营许可证编号:宁ICP备18001539号-1