首页 > 代码库 > 面向对象中类和类的关系
面向对象中类和类的关系
在面向对象方法中,我们在确定了类及类的属性和方法后。不可避免的要研究类和类之间的关系,正是这些关系将整个事情串联起来。使彼此之间有了联系,就像现实生活中,人与人交往中存在着不同的关系。
了解这些关系,对于我们开发系统百利而无一害,能够让我们轻松、高效的工作,相同像我们在日常生活中处理好人与人之间的关系。会给我们带来巨大的优点。那么我们就来认识一下。面向对象中类与类之间有那些关系。
类和类之间的关系大概能够分为一下几种类型:泛化关系(Generalization)、实现关系(realization)、依赖关系(Dependency)、关联关系(Association)(关联、聚合(Aggregation)、组合(Composition))。
泛化关系和实现关系体现的是一种类和类、或者类和接口间的关系。不存在引用,归结为纵向关系。依赖关系和关联关系体现的是类和类、类与接口间的引用。归结为横向关系。
一、泛化关系
泛化关系是一个类(子类、子接口)继承另外的一个类(父类、父接口)的功能,而且能够有自己的新功能。也既是我们所说的继承关系。在java中通过extends来标识。在UML中用一条带空心箭头的实现表示,从子类指向父类,或者子接口指向父接口。
代码例如以下: Class _A{} Class _B extends _A{} Public class Test{ Public static void main(String args[]){ _A a = new _B(); } }
二、实现关系
实现关系指的是class类实现interface接口(能够使多个接口)。在java中用implements标识,在UML中用一条带空心三角箭头的虚线标识,从类指向实现的接口。
代码例如以下: Interface A{} Class B implements A{} Public class Test{ Public static void main( String args[] ){ B b = new B(); } }
说明:以上泛化和实现为一对,两者都用空心三角形。继承关系比实现接口关系耦合性强, 所以继承用实线,实现接口用虚线
三、依赖关系
依赖关系是类与类之间的连接. 表示一个类依赖于还有一个类的定义. 依赖关系总是单向的 。依赖是类的五种关系中耦合最小的一种关系。
由于依赖关系在生成代码的时候,这两个关系类都不会添加属性。这样的微弱的关系能够用类之间的相互了解的程度来说明。在java 中. 依赖关系体现为: 局部变量, 方法中的參数, 和对静态方法的调用.。
在UML中。依赖关系用由类A指向类B的带箭头虚线表示。
代码例如以下所看到的:
Class A{ } Class B{ }
依赖关系表现形式一:
A类是B类的某个方法中的变量,则B类能够调用它。代码例如以下:
Class B{ Public void info(){ Private A a; } }
注:B有一个info方法,A类作为该方法的变量来使用。
A类的生命期。它是当B类的info方法被调用的时候,才被实例化。
依赖关系表现形式二:
A类是作为B类中某个方法的參数或者返回值时,代码例如以下:
Class B { Public A info( A a){ Return null; } }
依赖关系表现形式三:
A类中有一个是静态方法,B类能够调用它
无用多说。A类被B类的一个方法持有。生命期随着方法的运行结束而结束。
四、关联关系
关联体现的是两个类之间语义级别的一种强依赖关系。这样的关系比依赖更强、不存在依赖关系的偶然性、关系也不是暂时性的。通常是长期性的,它使一个类知道还有一个类的属性和方法。并且两方的关系通常是平等的。关联能够是单向、双向的。在java 语言中关联关系是使用实例变量实现的。
在UML中,关联关系用由关联类A指向被关联类B的带箭头实线表示,在关联的两端能够标注关联两方的角色和多重性标记。
单向关联例如以下:
Class A { } Class B { Public A a; }
双向关联例如以下:
Class A { Public B b; } Class B { Public A a; }
说明:依赖和关联的差别:
①从类的属性是否添加的角度看:
发生依赖关系的两个类都不会添加属性。当中的一个类作为还有一个类的方法的參数或者返回值,或者是某个方法的变量而已。
发生关联关系的两个类,当中的一个类成为还有一个类的属性,而属性是一种更为紧密的耦合,更为长久的持有关系。
②从关系的生命期角度看:
依赖关系是仅当类的方法被调用时而产生。伴随着方法的结束而结束了。
关联关系是当类实例化的时候即产生。当类销毁的时候。关系结束。
相比依赖讲,关联关系的生存期更长。
由于,关联关系比依赖关系耦合性强,所以,关联关系用实线。依赖关系用虚线。
关联关系经过细化,还存在两种特例:聚合和组合。
(1)聚合关系:是总体和个体之间的关系,即has-a的关系,此时总体与部分之间是可分离的。他们能够具有各自的生命周期,部分能够属于多个总体对象,也能够为多个总体对象共享;表如今代码层面,和关联关系是一致的,仅仅能从语义级别来区分。从java 语法上是分不出关联和聚合的。
在UML中。聚合关系以空心菱形加实线箭头表示。
代码例如以下:
Class B { } Class A{ Public B b; A (B b){ This.b = b; } }
注意:关联关系中两个类是处于同样的层次, 而聚合关系中两不类是处于不平等的层次, 一个表示总体, 一个表示部分。
(2)组合关系: 体现的是一种contains-a的关系,这样的关系比聚合更强。也称为强聚合;他相同体现总体与部分间的关系,但此时总体与部分是不可分的,总体的生命周期结束也就意味着部分的生命周期结束;比方你和你的大脑;合成关系不能共享. 。
表如今代码层面,和关联关系是一致的,仅仅能从语义级别来区分。在UML中,组合关系以实心菱形加实线箭头表示。
代码例如以下:
Class B { } Class A{ Public B b; A (){ b = new Wings(); } }
注意:这两种关系的差别在于
①构造函数不同
聚合类的构造函数中包括了还有一个类作为參数。A的构造函数中要用到B作为參数传递进来。
A能够脱离雁群类而独立存在。
组合类的构造函数中包括了还有一个类的实例化。
表明A在实例化之前,一定要先实例化B,这两个类紧密的耦合在一起,同生共灭。
B类是不能够脱离A类而独立存在
②信息的封装性不同
在聚合关系中,client能够同一时候了解A类和B类,由于他们都是独立的
而在组合关系中,client仅仅认识A类,根本就不知道B类的存在,由于B类被严密的封装在A中。
③生命周期不同:
聚合是总体与部分之间是可分离的,他们能够具有各自的生命周期。不会由于一方的消失还有一方跟着消失。
聚合是总体与部分是不可分的,总体的生命周期结束也就意味着部分的生命周期结束。
面向对象中类和类的关系