在java开发中,有很多时候我们是在不断的处理类与类之间关系,其中这六种关系是:依赖、关联、聚合、组合、继承、实现.
它们的强弱关系是没有异议的：依赖 < 关联 < 聚合 < 组合<泛化（继承）
类是对象的集合，展示了对象的结构以及与系统的交互行为。类主要有属性（Attribute）和方法（Method）构成,属性代表对象的状态，如果属性被保存到数据库，此称之为“持久化”；方法代表对象的操作行为，类具有继承关系，可以继承于父类，也可以与其他的Class进行交互。
依赖
在实际生活中我们做任何一件事情几乎都需要借助其他物体的帮助，换句话说，我们依赖于其他的物体生活。比如：小明要开车，小明要吃饭，小明要生活等等，不难想象出依赖关系是现实世界中最普通的关系。对于以面向对象为思想的语言世界来说，依赖也是最普遍和常见的关系。
在代码层次上，依赖关系多表现为函数的参数.
public class Person{ public void drive(Car car){ // } }
关联(Association)
如果说依赖关系讲求的临时性，偶然性的话，那么关联关系则是一种持久性的关系。为什么这么说呢？ 小明吃饭借助筷子，这种关系只存在小明吃饭的情况下，一旦小明不吃饭了，那么这种依赖关系也就终止了。 与依赖关系不同，关联对象的双方地位同级，存在长期，固定的对应关系，即关联是一种强依赖。关联关系共分为两种：单向关联和双向关联。所谓单向关联通俗点讲就是“你中有我，但我中未必有你”，比如小明拥有一辆车（注意和小明开车进行区分），但车这个对象可不拥有你啊。和单向关联相对应的是双向关联,也即是”你中有我,我中有你”,比如夫妻就是一种双向关联.
在代码层次上,关联关系表现为对象作为另一个类的成员变量.
单向关联
public class Person{ private Car car; public void setCar(Car car){ this.car=car; } }
双向关联
public class Husband{ private Wife wife=new Wife(); public void say(){ System.out.println("my wife name:"+wife.getName()); } } public class Wife{ private Husband husband=new Husband(); public void say(){ System.out.println("my husband name:"+husband.getName()); } }
聚合关系（Aggregation）
• 聚合关系(Aggregation) 表示一个整体与部分的关系。通常在定义一个整体类后，再去分析这个整体类的组成结构，从而找出一些成员类，该整体类和成员类之间就形成了聚合 关系。
• 在聚合关系中，成员类是整体类的一部分，即成员对象是整体对象的一部分，但是成员对象可以脱离整体对象独立存在。在UML中，聚合关系用带空心菱形的直线表示
聚合关系是一种强关联关系,两者之间最主呀的区别是在语意上:聚合之间的关系更像是”整体-部分”,有点组装的含义,而关联关系的对象间是相互独立的,不存在组装关系.
在现实世界中,分子是由原子组成的,汽车是由各种零部件组成的等,这都是聚合关系的最好说明.这里要注意,组成A类型分子的原子也可以组成B类型的分子,这说明什么呢?也就是部分可以单独存在,换句话说就是整体和部分两者的生命周期不是同步的.比如:水分子是由氧原子和氢原子组成的,你不能说没有水分子就没有氧原子和氢原子吧.
在代码层次上,聚合和关联两者的形式一致,都表现为成员变量.
public class Car{ private Tyre tyre; private Engine engine; public void setTyre(Tyre tyre){ this.tyre=tyre; } public void setEngine(Engine engine){ this.engine=engine; } }
有些人写成以下样子:
public class Car{ private Tyre tyre=new Tyre(); private Engine engine=new Engine(); }
咋眼一看在代码层次上符合啊,那这算不算是聚合关系呢?首先呢,我们肯定的说这是聚合关系.但仅仅是形势上聚合的关系.为什么这么说呢?
我们从真实世界中抽象汽车这个概念,进而将其转化为软件世界中的Car,这也是java中提倡的面向对象编程的,但是呢,在从真实世界到软件世界的这个过程中需要保证物体静态属性和动态属性没变.什么意思呢,换言之就是,你将真实世界中的汽车转成换成软件世界中Car,反过来,也要保证从软件世界中Car能够转换成真实世界中的汽车.如果不能保证转换的一致性,那么就说明,抽象过程中出现了问题.
现在将上边的代码中的Car转成现实世界中的汽车,我们发现转换后的汽车竟然不能换车轮了?这可能吗?很显然,在对抽象汽车到Car这个类的过程中出现了问题.那么应该怎么样的呢?
除了一开始我们写的那样,还可以如下:
public class Car{ private Tyre tyre=new Tyre(); private Engine engine=new Engine(); public void setTyre(Tyre tyre){ this.tyre=tyre; } public void setEngine(Engine engine){ this.engine=engine; } }
组合
组合关系(Composition)也表示类之间整体和部分的关系，但是组合关系中部分和整体具有统一的生存期。一旦整体对象不存在，部分对象也将不存在，部分对象与整体对象之 间具有同生共死的关系。
在组合关系中，成员类是整体类的一部分，而且整体类可以控制成员类的生命周期，即成员类的存在依赖于整体类。在UML中，组合关系用带实心菱形的直线表示。
组合和聚合非常类似,都表示的”整体-部分”,但是组合要求整体和部分的生命周期是同步的,部分不能脱离整体而存在.不难发现,组合是一种强聚合关系.比如,人这个生命体由不同器官构成,其中我们拿心脏来说一下,人要活着必须依靠心脏,心脏不能脱离人这个生命体,两者一旦分开,都会死亡.
在代码层次上,通常表现为类的成员变量,除此之外还要求这个成员变量在构造函数中创建.
public class People{ private Heart heart; public People(){ heart=new Heart(); } }
到现在我们从微观的角度了解依赖,关联,聚合和组合这四种关系,从宏观上来说,这四种关系体现的都是对象与对象之间的依赖,因此在某些方面,我们也同依赖来涵盖这四种关系.在很多文章中,并没有说到这一点,这也造成,很多情况下,大家对这几个概念探地的时候感到很疑惑.
聚合和组合的区别在于：
聚合关系是“has-a”关系，组合关系是“contains-a”关系；聚合关系表示整体与部分的关系比较弱，而组合比较强；聚合关系中代表部分事物的对象与代表聚合事物的对象的生存期无关，一旦删除了聚合对象不一定就删除了代表部分事物的对象。组合中一旦删除了组合对象，同时也就删除了代表部分事物的对象。
另外有一个差别是组合中的一个对象在同一时刻只能属于一个组合对象，而聚合的一个部分对象可以被多个整体对象聚合，例如一个学生可以在多个学校就读，而一个菜单在同一时刻只能是某个窗口内的对象。
从真实世界中来看,对象与对象之间的关系其实可以分为两类,一是上边宏观所说的依赖,另一种则是我们下面要谈的泛化
泛化
在开始解释泛化之前,先来从extends说起:
extends的意思是延伸,扩展,继承.从这个词的角度来说,子类应该分为两层意思:
一种是增强原有类的功能,这体现的不是生物界的”父与子”关系.比如我现在拥有一个工具类Tools,现在我想要增强该工具类,按照开闭原则,我定义了UpdateTools extends Tools,此时你就不能说UpdateTools是Tools的”孩子”,因为你发现这里的UpdateTools仅仅是增强原有Tools类的功能,作为功能扩展类来的.此时,我们称其为扩展比较合适.
另一种则就是体现生物界的”父与子”,即子类和父类在某些行为或者属性的表现不一样.这时候,用单词inherit来表示更合适,也就是我们常说的继承的意思.
到现在,相信你已经明白了extends的含义.其实,实际中,我们使用继承的目的就是为了扩展,因此,可不做深究.
下面我们在来说泛化.
泛化表示一个类(父类或接口)与其一个或者多个变体之间的关系.简单的来说泛化表示类与类之间的扩展,接口与接口的扩展,类与接口之间的实现关系.
在java中用extends来表示扩展,用implements表示实现关系.
扩展:
public class Tools{ public void print(){ //do } } public class UpdateTools extens Tools{ public void printError(){ //do | }
继承:
public class Father{ public void getName(){ //do } } public class Son extens Father{ public void other(){ //do } }
实现:
接口之间也可以有与类之间关系类似的继承关系和依赖关系，但是接口和类之间还存在一种实现关系(Realization)，在这种关系中，类实现了接口，类中的操作实现了接口中所 声明的操作。在UML中，类与接口之间的实现关系用带空心三角形的虚线来表示。
public interface UserService{ void execute(); } public class UserServiceImpl implements UserService{ @override void execute(){ //do } }
---------------------
作者：江湖人称小白哥
来源：CSDN
原文：https://blog.csdn.net/dd864140130/article/details/51339626
版权声明：本文为博主原创文章，转载请附上博文链接！