依赖,关联,组合, 聚合

在类图中,除了需要描述单独的类的名称、属性和操作外,我们还需要描述类之间的联系,因为没有类是单独存在的,它们通常需要 和别的类协作,创造比单独工作更大的语义。在UML类图中,关系用类框之间的连线来表示,连线上和连线端头处的不同修饰符表示不同的关系。类之间的关系有 继承(泛化)、关联、聚合和组合。

继承:指的是一个类(称为子类)继承另外的一个类(称为基类)的功能,并增加它自己的新功能的能 力,继承是类与类之间最常见的关系。类图中继承的表示方法是从子类拉出一条闭合的、单键头(或三角形)的实线指向基类。例如,图3.2给出了MFC中 CObject类和菜单类CMenu的继承关系。

类的继承在C++中呈现为:

class B { }
 class A : public B{ } 

  若类A单向关联指向类B,则在类A中存在一个属性B b。  
 若类A依赖类B,则不会有这个属性,类B的实例可能存在于某个方法调用的参数中,或某个方法的局部变量中。 

例如代码:
  依赖:----存在于某个方法调用的参数中,或某个方法的局部变量中。
Person类与Screwdriver类的依赖关系

[代码表现] 

public class Person{  
  /** 拧螺丝 */  
  public void screw(Screwdriver screwdriver){  
  screwdriver.screw();  
  }  
}  
A将B作为局部变量进行使用.
程序1
void A::foo()
{
  B b;
  b.SomeMethod();
}

关联:---存在一个属性

公司(Company)和员工(Employee)的关联关系

[代码表现] 
public class Company{  
  private Employee employee;  
  public Employee getEmployee(){  
  return employee;  
  }  
  public void setEmployee(Employee employee){  
  this.employee=employee;  
  }  
  //公司运作  
  public void run(){  
  employee.startWorking();  
  }  
}  

A与B存在一定的关系. 这里只考虑单向导航. 关联在代码中有多种表现形式.

第一种, 作为参数:

程序2
void A::foo(B& b) // (B* b) or (B b)
{
  b.SomeMethod();
}

第二种, 作为成员变量:
程序3
class A
{
public:
  A(B& b)
  {
  b_ = b;
  }
  void foo()
  {
  b_.SomeMethod();
  }
private:
  B& b_; // B* b_
};

聚合: 空心菱形加实线箭头表示
  表示C9聚合C10,但是C10可以离开C9而独立存在(独立存在的意思是在某个应用的问题域中这个类的存在有意义。这句话怎么解,请看下面组合里的解释)。
 同构性,主体和部分不具有生命期的一致性 

课程组可由多个学生组成,课程组撤消了,学生还活得好好的,这是聚合。

组合(也有人称为包容):一般是实心菱形加实线箭头表示

异构性,部分和主体具有生命期上的一致性
表示的是C8被C7包容,而且C8不能离开C7而独立存在。但这是视问题域而定的,例如在关心汽车的领域里,轮胎是一定要组合在汽车类中的,因为它离开了汽车就没有意义了。但是在卖轮胎的店铺业务里,就算轮胎离开了汽车,它也是有意义的,这就可以用聚合了。在《敏捷开发》中还说到,A组合B,则A需要知道B的生存周期,即可能A负责生成或者释放B,或者A通过某种途径知道B的生成和释放。

组合的例子:你显示屏上的浏览器窗口,关闭浏览器,上面的按纽死掉不见了,这是组合(再打开一个浏览窗口,按纽已经不是原来的了)。

举例:
你和你的心脏之间是composition关系
你和你买的书之间是aggregation关系
你和你的朋友之间是association关系

关联和聚合的区别主要在语义上,关联的两个对象之间一般是平等的,例如你是我的朋友,聚合则一般不是平等的,例如一个公司包含了很多员工,其实现上是差不多的。聚合和组合的区别则在语义和实现上都有差别,组合的两个对象之间其生命期有很大的关联,被组合的对象是在组合对象创建的同时或者创建之后创建,在组合对象销毁之前销毁。一般来说被组合对象不能脱离组合对象独立存在,而且也只能属于一个组合对象,例如一个文档的版本,必须依赖于文档的存在,也只能属于一个文档。聚合则不一样,被聚合的对象可以属于多个聚合对象,例如一个员工可能可以属于多个公司
 
看来大家对组合的理解没有意义,因为他们直接有共同的lifetime ,
甚至,被component的对象是否能够被其他类所见需要component 对象的同意。
association 代表引用服务,但不会永久保存引用的入口,比如,仅仅是参数引用,用完就丢弃,是最弱连接。
aggregation 聚合代表永久引用或强引用,也许对象生成的时候就获得了该引用。
虽然他们直接没有生命期的约束。但是引用对象必须处理被引用对象义务消失的意外处理。 
 
在讨论聚合,关联,组合区别,讨论那么多内部类干什么?

确实,他们的关系按强弱分有 

组合
组合是一种特殊的聚合, 组合中的某个主体控制着另外一个主体的生命周期,而且他们还存在整体-部分关系.
程序4
class A
{
public:
  A()
  {
  b_ = new B;
  }

  ~A()
  {
  delete b_;
  b_ = NULL;
  }

  void foo()
  {
  b_->SomeMethod();
  }
private:
  B* b_;
};

我看大家主要分岐在聚合和组合上。说白一点,聚合这种关系是被包含的对象的个数是 0..* 而组合是 1..* 
聚合中的被包含对象可以没有。 而组合至少有一个。聚合是一种拥有的关系,而组合是整体与部分的关系

举一个简单的例子:
一个图书馆可以有十万本书,也可以一本也没有。但空的图书馆还是图书馆。这是聚合

一个车(我们平常能看到的普通的交通工具车)有轮子,有的车是四轮子的,有的车是三轮的,自行车是二轮的,还有独轮车,但车至少要有一个轮子,不然就不是车。这是组合关系。

聚合,关联,组合 是对象之间的三种关系。从某种意义上说,继承是一种类的纵向关系,而聚合,关联,组合是对象的横向关系。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值