UML四种关系
2013-01-22 21:17
246 查看
期末考试前看的UML视频,这两天开始画图.通过这两天画图发现自己理解的不透彻,一方面是对四种关系的理解有偏差;另一方面就是对九种图的理解不到位.针对这两种情况,我把总结的重心放在了对四种关系、九种图的理解上。只有真正了解了四种关系和九种图的功能,才可以真正掌握统一建模语言—UML。
一、依赖关系(Dependency):虚线
1、 也可以理解为一种使用关系,依赖是类的五种关系中耦合最小的一种关系。
元素A的变化会影响元素B,但反之不成立,那么B和A的关系是依赖关系,B依赖A;箭头指向被依赖元素。
注: 耦合度最小的原因?因为在生成代码的时候,这两个关系类都不会增加属性
借鉴:
2、三种表现形式
(1)water是全局的,animal类可以调用它
例如:VB中的公共模块,任何使用这个模块的类都叫做依赖于这个模块
(2)Water类是 Animal类的某个方法中的变量,则Animal类可以调用它。
注意1:Water类的生命期,它是当Animal类的GrounUp方法被调用的时候,才被实例化
注意2:持有Water类的是Animal的一个方法而不是Animal类,这点是最重要的
(3)Water类是作为Animal类中某个方法的参数或者返回值
注意:Water类被Animal类的一个方法持有。生命期随着方法的执行结束而结束。
二、关联关系(has a):实线(表示耦合度比依赖的强)
实体之间的一个结构化关系表明对象是相互连接的。箭头是可选的,它用于指定导航能力。如果没有箭头,暗示是一种双向的导航能力。
注意:在生成代码的时候,关联关系的类会增加属性
例如:水和气候的关系
1、普通关联
(1)单向(实线+箭头):源类指向目标类
单向:Water类和Climate类单向关联,则Water类称为源类,Climate类称为目标类。源类了解目标类的所有的属性和方法,但目标类 并不了解源类的信息。
(2)双向(实现+两端箭头)
双向:源类和目标类相互了解彼此的信息。如将Water类和Climate类之间改为双向关联
注意:生成的代码中,两个类的属性都添加
2、聚合(无生命期:contain a)
是关联的一种形式,代表两个类之间的整体/局部关系。聚合暗示着整体在概念上处于比局部更高的一个级别,而关联暗示两个类在概念上位于相同的级别。
例子:大雁和雁群,大雁可脱离雁群而存在
Public classGooseGroup {
public Goose goose;
Public GooseGroup(Goose goose) {
this.goose = goose;
}
}
3、组合(有生命期)
例子:大雁和翅膀,翅膀是大雁的一个组成部分
Public class Goose {
public Wings wings;
public Goose() {
wings = new Wings();
}
}
注 :
(一)关联和依赖的关系
关联比依赖强,因为它是体现在属性里,会随着类的实例化就实例化了。
从类的属性是否增加的角度看:
发生依赖关系的两个类都不会增加属性。其中的一个类作为另一个类的方法的参数或者返回值,或者是某个方法的变量而已。
发生关联关系的两个类,其中的一个类成为另一个类的属性,而属性是一种更为紧密的耦合,更为长久的持有关系。
从关系的生命期角度看:
依赖关系是仅当类的方法被调用时而产生,伴随着方法的结束而结束了。
关联关系是当类实例化的时候即产生,当类销毁的时候,关系结束。相比依赖讲,关联关系的生存期更长。
(二)组合和聚合的关系
◎构造函数不同
聚合类的构造函数中包含另一个类作为参数
雁群类(GooseGroup)的构 造函数中要用到大雁(Goose)作为参数传递进来。大雁类(Goose)可以脱离雁群类而独立存在。
组合类的构造函数中包含了另一个类的实例化
表明大雁类在实例化之前,一定要先实例化翅膀类(Wings),这两个类紧密的耦合在一起,同生共灭。翅膀类(Wings)是不可以脱离大雁类(Goose)而独立存在
◎信息的封装性不同
在聚合关系中,客户端可以同时了解雁群类和大雁类,因为他们都是独立的
在组合关系中,客户端只认识大雁类,根本就不知道翅膀类的存在,因为翅膀类被严密的封装在大雁类中。
三、泛化关系(is a)
泛化就是一个类继承另一个类所有的描述,并且可以根据需要对父类进行拓展,是面向对象的重要特征之一。
例子:dog类继承了Animal类
注意:
1.继承了父类的所有属性和方法吗?
子类确实是继承了父类的所有属性和方法,只是对于父类的私有类型成员没有访问权限!访问就会报错!
2.泛化和继承是一回事儿吗?
子类继承父类,父类泛化子类。 这两个词是从不同的角度来说的!
3.为什么要多用组合少用继承?
继承和组合各 有优缺点。类继承是在编译时刻静态定义的,且可直接使用,类继承可以较方便地改变父类的实现。但是类继承也有一些不足之处。首先,因为继承在编译时刻就定义了,所以无法在运行时刻改变从父类继承的实现。更糟的是,父类通常至少定义了子类的部分行为,父类的任何改变都可能影响子类的行为。如果继承下来的实现不适合解决新的问题,则父类必须重写或被其他更适合的类替换。这种依赖关系限制了灵活性并最终限制了复用性。
对象组合是通过获得对其他对象的引用而在运行时刻动态定义的。由于组合要求对象具有良好定义的接口,而且,对象只能通过接口访问,所以我们并不破坏封装性;只要类型一致,运行时刻还可以用一个对象来替代另一个对象;更进一步,因为对象的实现是基于接口写的,所以实现上存在较少的依赖关系。
4、访问权限修饰符
在C#中访问权限修饰符总共有四个
Public和internal可以修饰类,如果没有关键字,默认internal
1.publicclass:任何地方该类都可以被访问到。
2.internalclass:只有在同一程序集内,该类才可以被访问到(在Java中为Default关键字)。
而类型成员的修饰符可以是由这四个关键字形成的五种组合,他们分别是:public,protected,private,internal,protectedinternal.
类型成员前如果没写任何关键字,默认为private。其具有的访问权限如下图所示:
四、实现关系
例子:ClassA实现接口InterfaceA
指定两个实体之间的一个合同。换言之,一个实体定义一个合同,而另一个实体保证履行该合同。
两种情况下使用: 一种是在接口和实现它们的类或构件之间;另一种是在用例和实现它们的协作之间。
接口(interface)是抽象方法与常量值的定义的集合
从本质上讲,接口是一种特殊的抽象类,这种抽象类中只包含常量和方法的定义,而没有变量和方法的实现。
五、关系的耦合强弱对比
/article/2725222.html 博文借鉴
一、依赖关系(Dependency):虚线
1、 也可以理解为一种使用关系,依赖是类的五种关系中耦合最小的一种关系。
元素A的变化会影响元素B,但反之不成立,那么B和A的关系是依赖关系,B依赖A;箭头指向被依赖元素。
注: 耦合度最小的原因?因为在生成代码的时候,这两个关系类都不会增加属性
借鉴:
2、三种表现形式
(1)water是全局的,animal类可以调用它
例如:VB中的公共模块,任何使用这个模块的类都叫做依赖于这个模块
(2)Water类是 Animal类的某个方法中的变量,则Animal类可以调用它。
注意1:Water类的生命期,它是当Animal类的GrounUp方法被调用的时候,才被实例化
注意2:持有Water类的是Animal的一个方法而不是Animal类,这点是最重要的
(3)Water类是作为Animal类中某个方法的参数或者返回值
注意:Water类被Animal类的一个方法持有。生命期随着方法的执行结束而结束。
二、关联关系(has a):实线(表示耦合度比依赖的强)
实体之间的一个结构化关系表明对象是相互连接的。箭头是可选的,它用于指定导航能力。如果没有箭头,暗示是一种双向的导航能力。
注意:在生成代码的时候,关联关系的类会增加属性
例如:水和气候的关系
1、普通关联
(1)单向(实线+箭头):源类指向目标类
单向:Water类和Climate类单向关联,则Water类称为源类,Climate类称为目标类。源类了解目标类的所有的属性和方法,但目标类 并不了解源类的信息。
(2)双向(实现+两端箭头)
双向:源类和目标类相互了解彼此的信息。如将Water类和Climate类之间改为双向关联
注意:生成的代码中,两个类的属性都添加
2、聚合(无生命期:contain a)
是关联的一种形式,代表两个类之间的整体/局部关系。聚合暗示着整体在概念上处于比局部更高的一个级别,而关联暗示两个类在概念上位于相同的级别。
例子:大雁和雁群,大雁可脱离雁群而存在
Public classGooseGroup {
public Goose goose;
Public GooseGroup(Goose goose) {
this.goose = goose;
}
}
3、组合(有生命期)
例子:大雁和翅膀,翅膀是大雁的一个组成部分
Public class Goose {
public Wings wings;
public Goose() {
wings = new Wings();
}
}
注 :
(一)关联和依赖的关系
关联比依赖强,因为它是体现在属性里,会随着类的实例化就实例化了。
从类的属性是否增加的角度看:
发生依赖关系的两个类都不会增加属性。其中的一个类作为另一个类的方法的参数或者返回值,或者是某个方法的变量而已。
发生关联关系的两个类,其中的一个类成为另一个类的属性,而属性是一种更为紧密的耦合,更为长久的持有关系。
从关系的生命期角度看:
依赖关系是仅当类的方法被调用时而产生,伴随着方法的结束而结束了。
关联关系是当类实例化的时候即产生,当类销毁的时候,关系结束。相比依赖讲,关联关系的生存期更长。
(二)组合和聚合的关系
◎构造函数不同
聚合类的构造函数中包含另一个类作为参数
雁群类(GooseGroup)的构 造函数中要用到大雁(Goose)作为参数传递进来。大雁类(Goose)可以脱离雁群类而独立存在。
组合类的构造函数中包含了另一个类的实例化
表明大雁类在实例化之前,一定要先实例化翅膀类(Wings),这两个类紧密的耦合在一起,同生共灭。翅膀类(Wings)是不可以脱离大雁类(Goose)而独立存在
◎信息的封装性不同
在聚合关系中,客户端可以同时了解雁群类和大雁类,因为他们都是独立的
在组合关系中,客户端只认识大雁类,根本就不知道翅膀类的存在,因为翅膀类被严密的封装在大雁类中。
三、泛化关系(is a)
泛化就是一个类继承另一个类所有的描述,并且可以根据需要对父类进行拓展,是面向对象的重要特征之一。
例子:dog类继承了Animal类
注意:
1.继承了父类的所有属性和方法吗?
子类确实是继承了父类的所有属性和方法,只是对于父类的私有类型成员没有访问权限!访问就会报错!
2.泛化和继承是一回事儿吗?
子类继承父类,父类泛化子类。 这两个词是从不同的角度来说的!
3.为什么要多用组合少用继承?
继承和组合各 有优缺点。类继承是在编译时刻静态定义的,且可直接使用,类继承可以较方便地改变父类的实现。但是类继承也有一些不足之处。首先,因为继承在编译时刻就定义了,所以无法在运行时刻改变从父类继承的实现。更糟的是,父类通常至少定义了子类的部分行为,父类的任何改变都可能影响子类的行为。如果继承下来的实现不适合解决新的问题,则父类必须重写或被其他更适合的类替换。这种依赖关系限制了灵活性并最终限制了复用性。
对象组合是通过获得对其他对象的引用而在运行时刻动态定义的。由于组合要求对象具有良好定义的接口,而且,对象只能通过接口访问,所以我们并不破坏封装性;只要类型一致,运行时刻还可以用一个对象来替代另一个对象;更进一步,因为对象的实现是基于接口写的,所以实现上存在较少的依赖关系。
4、访问权限修饰符
在C#中访问权限修饰符总共有四个
Public和internal可以修饰类,如果没有关键字,默认internal
1.publicclass:任何地方该类都可以被访问到。
2.internalclass:只有在同一程序集内,该类才可以被访问到(在Java中为Default关键字)。
而类型成员的修饰符可以是由这四个关键字形成的五种组合,他们分别是:public,protected,private,internal,protectedinternal.
类型成员前如果没写任何关键字,默认为private。其具有的访问权限如下图所示:
四、实现关系
例子:ClassA实现接口InterfaceA
指定两个实体之间的一个合同。换言之,一个实体定义一个合同,而另一个实体保证履行该合同。
两种情况下使用: 一种是在接口和实现它们的类或构件之间;另一种是在用例和实现它们的协作之间。
接口(interface)是抽象方法与常量值的定义的集合
从本质上讲,接口是一种特殊的抽象类,这种抽象类中只包含常量和方法的定义,而没有变量和方法的实现。
五、关系的耦合强弱对比
/article/2725222.html 博文借鉴
相关文章推荐
- UML系列 (二)四种关系
- UML中的四种关系
- UML中类图的四种关系及其代码实现
- 【菜鸟也疯狂UML系列】——浅析UML四种关系
- UML系列 (二)四种关系
- 【UML】UML精华所在——四种关系九种图
- UML基本构造块之四种关系
- UML之四种关系
- UML总结之四种关系
- UML中类图的四种关系及其代码实现
- UML 之 四种关系
- Uml 理解Rational Rose软件中四种视图和Uml 9类图之间的关系
- Rational Rose 四种视图与UML9种图的关系
- UML中,依赖、关联、聚合、组合四种关系的区别
- UML系列 (三) 四种关系
- 【菜鸟也疯狂UML系列】——浅析UML四种关系
- 类图的四种关系(UML)
- UML中类之间的四种关系
- [原]理解UML中类的四种关系
- uml四种状态之java类与类之间的关系