依赖、关联、聚合、组合还有泛化的关系
2014-12-01 00:00
246 查看
世界是普遍联系的,因此程序世界中的类,也不可能是孤立的。UML为我们定义了它们之间的关系,就是:依赖、关联、聚合、组合还有泛化。
泛化关系比较好理解,就是表示类之间的继承关系。容易混淆的是依赖、关联、聚合和组合的关系。这里做一些甄别:
1、 依赖和关联的颠倒颠
在网上查找了一下依赖和关联的区别,有说“关联本身即是一种依赖”,亦有说“依赖是一种弱关联”,其实说来说去是一档子事。依赖和关联都是说一个类用到了另一个类。其区别在于一个是使用,一个是拥有。
依赖:具有某种偶然性。比如说我要过河,没有桥怎么办,我就去借来一条小船渡过去。我与小船的关系仅仅是使用(借用)的关系。表现在代码上,为依赖的类的某个方法以被依赖的类作为其参数。或者是class A 的某个方法创造了 class B 的实例抑或对class B的静态方法的调用。如果A依赖于B,那意味着B的变化可能要求A也发生变化;
这是uml图表示的依赖关系:
代码表现:
关联:有名的客户和订单的关系以及公司和员工的关系,都是关联关系。还有就是我和我的单车的例子,他们都是一种“拥有”的关系。表现在代码上,就是一个类包含另一个类的实例,通常表现为被关联类以类属性的形式出现在关联类的类定义中,也可以表现为关联类引用了一个类型为被关联类的全局变量。关联可以使单向的,也可以使双向的。
从网上找到的公司和员工的UML图和代码 :
公司和员工的关联关系
可见依赖于与关联亦有动静之别,关联的类“静态”地引用了被关联类的实例变量,而依赖的偶然性也正说明了它的动态性。
2、 聚合与组合同出而异体
聚合与组合其实都是关联的特例,都是整体和部分的关系。他们的区别在于聚合的两个对象之间是可分离的,他们具有各自的生命周期。而组合往往表现为一种唇齿相依的关系。
聚合:一种容纳或曰包含的关系,如同机场和飞机,汽车和轮胎的关系。其实仔细想想,前面的公司和员工的关系也有聚合的味道在里面。
组合:也可称之为强聚合,整体和部分是不可分的,整体的生命周期结束时也就是部分的生命周期到头时。很有名的就是桌子和桌子腿的关系。
聚合的UML图:
组合的UML图:
然而,聚合与组合的代码表现形式是一样的,都可以表现为以下的形式,它们仅仅具有语义上的区别。
网上找到的电脑和CPU的关系的代码表现:
此文为转载文章:http://zjzkiss.cnblogs.com/
泛化关系比较好理解,就是表示类之间的继承关系。容易混淆的是依赖、关联、聚合和组合的关系。这里做一些甄别:
1、 依赖和关联的颠倒颠
在网上查找了一下依赖和关联的区别,有说“关联本身即是一种依赖”,亦有说“依赖是一种弱关联”,其实说来说去是一档子事。依赖和关联都是说一个类用到了另一个类。其区别在于一个是使用,一个是拥有。
依赖:具有某种偶然性。比如说我要过河,没有桥怎么办,我就去借来一条小船渡过去。我与小船的关系仅仅是使用(借用)的关系。表现在代码上,为依赖的类的某个方法以被依赖的类作为其参数。或者是class A 的某个方法创造了 class B 的实例抑或对class B的静态方法的调用。如果A依赖于B,那意味着B的变化可能要求A也发生变化;
这是uml图表示的依赖关系:
代码表现:
public class Person{ /** 划船 */ public void oarage (Boat boat){ boat.oarage(); } }
关联:有名的客户和订单的关系以及公司和员工的关系,都是关联关系。还有就是我和我的单车的例子,他们都是一种“拥有”的关系。表现在代码上,就是一个类包含另一个类的实例,通常表现为被关联类以类属性的形式出现在关联类的类定义中,也可以表现为关联类引用了一个类型为被关联类的全局变量。关联可以使单向的,也可以使双向的。
从网上找到的公司和员工的UML图和代码 :
公司和员工的关联关系
public class Company{ private Employee employee; public Employee getEmployee(){ return employee; } public void setEmployee(Employee employee){ this.employee=employee; } //公司运作 public void run(){ employee.startWorking(); } }
可见依赖于与关联亦有动静之别,关联的类“静态”地引用了被关联类的实例变量,而依赖的偶然性也正说明了它的动态性。
2、 聚合与组合同出而异体
聚合与组合其实都是关联的特例,都是整体和部分的关系。他们的区别在于聚合的两个对象之间是可分离的,他们具有各自的生命周期。而组合往往表现为一种唇齿相依的关系。
聚合:一种容纳或曰包含的关系,如同机场和飞机,汽车和轮胎的关系。其实仔细想想,前面的公司和员工的关系也有聚合的味道在里面。
组合:也可称之为强聚合,整体和部分是不可分的,整体的生命周期结束时也就是部分的生命周期到头时。很有名的就是桌子和桌子腿的关系。
聚合的UML图:
组合的UML图:
然而,聚合与组合的代码表现形式是一样的,都可以表现为以下的形式,它们仅仅具有语义上的区别。
网上找到的电脑和CPU的关系的代码表现:
public class Computer{ private CPU cpu; public CPU getCPU(){ return cpu; } public void setCPU(CPU cpu){ this.cpu=cpu; } //开启电脑 public void start(){ //cpu运作 cpu.run(); } }
此文为转载文章:http://zjzkiss.cnblogs.com/
相关文章推荐
- 依赖、关联、聚合、组合还有泛化的关系
- 依赖、关联、聚合、组合还有泛化的关系(转载)
- 依赖、关联、聚合、组合还有泛化的关系
- 依赖、关联、聚合、组合还有泛化的关系
- 依赖、关联、聚合、组合还有泛化的关系
- 依赖、关联、聚合、组合还有泛化的关系
- 依赖、关联、聚合、组合还有泛化的关系
- 依赖、关联、聚合、组合还有泛化的关系
- 依赖、关联、聚合、组合还有泛化的关系
- UML图中类之间的关系:依赖,泛化,关联,聚合,组合,实现
- UML类图关系(泛化 、继承、实现、依赖、关联、聚合、组合)
- UML表示法中的泛化、关联、组合、聚合、依赖关系
- 详解UML中的6大关系(关联、依赖、聚合、组合、泛化、实现)
- 设计模式之UML(一)类图以及类间关系(泛化 、实现、依赖、关联、聚合、组合)
- UML类图关系(泛化 、继承、实现、依赖、关联、聚合、组合)
- UML中的泛化、依赖、关联、聚合、组合关系
- UML图中类之间的关系:依赖,泛化,关联,聚合,组合,实现
- UML中类之间的关系---依赖、关联、继承(泛化)、实现、组合、聚合
- UML 类关系图(泛化,实现,依赖,关联(聚合,组合))
- UML图中类之间的关系:依赖,泛化,关联,聚合,组合,实现