类之间的三种关系

前言

  一个程序的实现往往涉及到多个类,而类与类之间常常” 有关系 ”。本文将讲述类之间最常见最经典的三种关系。

依赖关系 uses - a

  这是最明显,最常见的一种关系。如果一个类的方法需要操控另一个类的对象,我们就说一个类依赖于另一个类。

  常见的例子有订单系统中的订单类和账户类,因为订单类需要访问账户类查看其信用状态。

  我们应当使这种关系的类最少,也即使类之间的耦合度最小。

聚合关系 has - a

  这是最好理解的一种关系,即一个类的对象包含另一个类的对象,我们就说一个类聚合于另一个类。

继承关系 is - a

  这是一种特殊与一般的关系,如果一个类继承另一个类,就说这两个类是继承关系 / 父子类关系。

时间: 2024-10-29 19:09:43

类之间的三种关系的相关文章

三十九、表与表之间的三种关系

把所有数据都存放于一张表的弊端: 1.组织结构不清晰 2.浪费硬盘空间 3.扩展性极差 一.一对多:员工和部门 1.如何查找表与表之间的关系 以员工和部门表为例.查找表关系需要做到换位思考(站在两边去找表关系) 先站在员工表: 找员工表的多条数据能否对应部门表的一条数据 翻译: 多个员工能否属于一个部门 可以!之后不能直接下结论,还需要站在部门表的角度再确认关系 再站在部门表: 找部门表的多条数据能否对应员工表的一条数据 翻译: 多个部门能否有同一个员工 不可以! 只有站在两边表的角度都分析过了

类与类之间的几种关系

一.继承关系      继承指的是一个类(称为子类.子接口)继承另外的一个类(称为父类.父接口)的功能,并可以增加它自己的新功能的能力.在Java中继承关系通过关键字extends明确标识,在设计时一般没有争议性.  二.实现关系      实现指的是一个class类实现interface接口(可以是多个)的功能,实现是类与接口之间最常见的关系.在Java中此类关系通过关键字implements明确标识,在设计时一般没有争议性.在UML类图设计中,实现用一条带空心三角箭头的虚线表示,从类指向实现

类之间的几种关系

Java类之间的关联关系 UML类图中的关系分为四种:泛化.依赖.关联.实现:关联关系又可以细化为聚合和组合. 一.泛化(Generalization) 泛化是父类和子类之间的关系,子类继承父类的所有结构和行为.在子类中可以增加新的结构和行为,也可以覆写父类的行为. 一般用一个带空心箭头的实线表示泛化关系,UML图如下: 泛化对应Java中继承关系,即子类继承父类中出private修饰外的所有东西(变量.方法等).示例代码: public class Animal { } public clas

类与类之间的6种关系

分别是:继承,实现,依赖,关联,聚合,组合. 1.继承: public class Father { } public class Son extends Father{ //继承Father类 } 2.实现: public interface A { // 声明一个接口(注意:接口不是类) } public class B implements A{ // 实现接口A } 3.依赖:A类方法中的参数包含了B. public class Car { public static void run(

类之间的四种关系

类间关系有很多种,在大的类别上可以分为两种:纵向关系.横向关系. 纵向关系就是继承关系,它的概念非常明确,也成为OO的三个重要特征之一,这里不过多的讨论. 横向关系较为微妙,按照UML的建议大体上可以分为四种: 依赖    (Dependency) 关联    (Association) 聚合    (Aggregation) 组合    (Composition) 它们的强弱关系是没有异议的:依赖 < 关联 < 聚合 < 组合 然而它们四个之间的差别却又不那么好拿捏,需要好好体会. 依

用例图中的三种关系包含、扩展、泛化

用例图使用户 与开发人员交流的一种重要的方式,是对用户需求的一种描述.开发人员从用户的角度整体上理解系统的功能. 用例图主要有三种元素:参与者(Actor),用例,以及用例图中对象间到的关系.其中关系有包含.扩展是用例图中特有的,泛化在其他类图中同样存在. 包含:当可以从两个或两个以上的用例中提取公共行为时,应该使用包含的关系来表示它们.其中这个提取出来的公共用例成为抽象用例,而把原始用例成为基本用例或基础用例.其中"<<include>>"是包含关系的构造型,

用例图中的三种关系包括、扩展、泛化

用例图使用户 与开发者交流的一种重要的方式,是对用户需求的一种描写叙述.开发者从用户的角度总体上理解系统的功能. 用例图主要有三种元素:參与者(Actor).用例.以及用例图中对象间到的关系.当中关系有包括.扩展是用例图中特有的,泛化在其它类图中相同存在. 包括:当能够从两个或两个以上的用例中提取公共行为时,应该使用包括的关系来表示它们.当中这个提取出来的公共用例成为抽象用例.而把原始用例成为基本用例或基础用例.当中"<<include>>"是包括关系的构造型,

[UML] UML中类之间的几种关系

类之间可能存在以下几种关系:关联(association).依赖(dependency).聚合(Aggregation,也有的称聚集).组合(Composition).泛化(generalization,也有的称继承).实现(Realization). 1:  关联是指两个类之间存在某种特定的对应关系,例如客户和订单,一个订单只能属于某个客户,一个客户可能会有多张订单.根据方向,分为单向和双向.根据对应的数量分为一对一.一对多.多对多等.对应的UML图如下所示:     关联关系用实线+箭头表示

用例图中三种关系详解(转)

共性:都是从现有的用例中抽取出公共的那部分信息,作为一个单独的用例,然后通后过不同的方法来重用这个公共的用例,以减少模型维护的工作量. 1.包含(include) 包含关系:使用包含(Inclusion)用例来封装一组跨越多个用例的相似动作(行为片断),以便多个基(Base)用例复用.基用例控制与包含用例的 关系,以及被包含用例的事件流是否会插入到基用例的事件流中.基用例可以依赖包含用例执行的结果,但是双方都不能访问对方的属性.包含关系对典型的应用就是复用,也就是定义中说的情景.但是有时当某用例