UMl的组合关系和聚合关系, 温习

一、UML中的六大关系 在UML类图中，常见的有以下几种关系: 泛化（Generalization）, 实现（Realization），关联（Association)，聚合（Aggregation），组合(Composition)，依赖(Dependency)。 1.1、 继承关系—泛化（Generalization） 指的是一个类（称为子类、子接口）继承另外的一个类（称为父类、父接口）的功能，并可以增加它自己的新功能的能力，继承是类与类或者接口与接口之间最常见的关系；在Java中用extends关键字。

组合--Composition:组合关系是关联关系的一种，是比聚合关系还要强的关系.组合是整体与部分的关系，但部分不能离开整体而单独存在，整体的对象负责代表部分的对象的生命周期。 UML展示： 箭头及指向 ：带实心菱形的实线，菱形指向整体，箭头指向部分 代码体现： // 公司类 public class Company { private List<Department&...

UML图讲解，关联关系，单向关联，双向关联，自关联，组合关系，依赖关系，继承关系，实现关系。

UML 中类与类, 类与接口, 接口与接口这间的关系有: 泛化(generalization) 关系, 关联(association)关系( 关联, 聚合, 合成), 依赖(dependency)关系，实现(realization)关系. 泛化(generalization) 关系是一个类（称为子类、子接口）继承另外的一个类（称为父类、父接口）的功能，并可以增加它自己的新功能的能力，继承是类与类或者接口与接口之间最常见的关系；在Java中此类关系通过关键字extends明确标识，在设计时一般没有争议.

Association, Composition and Aggregation in Java每次在画UML的时候，总是会把类的关系搞混，特别是在处理组合和聚合的时候，傻傻分不清楚，然后看到了一篇文章，来翻译一下，不过我想，Java编程思想讲的比较好，记得经常温习温习。原文地址：Association, Composition and Aggregation in JavaAssociation（

本文主要是介绍 UML类图画法及其关系，方便今后温习！！！

构件事物是名词，是模型的静态部分。 行为事物是动态部分，表示行为。 分组事物是组织部分。 注释事物是解释部分。 依赖：一个事物变化会引起另一个事物变化。 聚集：特殊的关联，描述整体与部分的组合关系。 泛化：是一种特殊与一般的关系，如子元素（特殊）与父元素（一般），箭头指向父元素。 实现：类元之间的关系，其中一个类元指定了由另一个类元保证执行的契约。一般用在接口和实现他们的类之间或用例和实现它们的协作之间。 UML提供9种视图：类图、对象图，用例图，序列图、协作图，状态图、活动图，构件图和部署图。

稍微温习了一下UML类图的画法。太久不画，表示类之间关系的各种箭头已经忘了哪个是哪个。参考资料：http://www.uml.org.cn/oobject/200910191.asp关联 （association）：直线依赖 （dependency）：带箭头的虚线继承 / 泛化 （generalization） ：带三角箭头的实线实现 （realization）：带三角箭头的虚线聚合 ...

1、依赖 依赖就是一个类A 使用到了另一个类B，即一个类的实现需要另一个类的协助。而这种使用关系是具有临时性的、相对弱的。它们之间是“use a”的关系。通常，当我们在类A中，把类B的对象作为方法参数时；方法中使用到了类B对象作为局部变量时，体现的就是两者之间的依赖关系。建议：尽量避免双向依赖。 在 UML 类图设计中，依赖用一条带箭头的虚线表示，从A类指向依赖的B类。譬如：某人要过河，需要借用一条船，此时，人与船之间的关系就是依赖。即在人类的过河方法中，需要依赖船的对象作为方法的输入参数。此时，箭头由

UML(Unified Modeling Language), 又称统一建模语言或标准建模语言。它是一种支持模型化和软件系统开发的图形化语言。 它可以为软件开发的所有阶段提供模型化和可视化支持， 可用于多种类型软件系统开发建模的各个阶段。通常我们会结合UML图例来表示类与类之间的各种关系。 类的层次结构代表类与类之间的关系，类的关系有很多种，包括泛化、实现、依赖、关联、聚合和组合。这些关系在大的类别上还可分为两种：横向关系和纵向关系，其中，纵向关系就是泛化、实现，而横向关系就是剩下的 4 种，它们的强弱

[size=small] 类图基本符号可拆分为虚线，箭头，实线，空心右三角，实心右三角，空心菱形和实心菱形。由这些基本的图形进行组合构成了类图的基本符号。这里要注意这几个符号的顺序，代表了类与类之间关系的耦合程度。越向右耦合度越高。 其中虚线+箭头是表示即依赖的关系,实线+箭头表示关联的关系，虚线+空心右三角表示implements,实线+空心右三角表示的是泛化，即类的继承关系。实线+空心...

今天温习了下UML，还是大学时候学过，现在有点模糊了，不过在学习过程中这个还是很重要的，所以今天再次温习下。 参考了大智若愚的博客，http://www.cnblogs.com/riky/archive/2007/04/07/704298.html结构很清晰，直接借用啦。 1、关联双向关联：C1-C2：指双方都知道对方的存在，都可以调用对方的公共属性和方法。使用ROSE 生成的代码是这样的：...

简介UML主要知识点都是围绕类图以及类的关系。类图类图是面向对象系统建模中最常用和最重要的图，是定义其它图的基础。类图主要是用来显示系统中的类、接口以及它们之间的静态结构和关系的一种静态模型。类图的构成类名、属性、方法类的关系有泛化(Generalization)、实现（Realization）、依赖(Dependency)和关联(Association)。其中关联又分为一般关联关系和聚合关系(Ag

<br />  放久了，之前学习的UML知识都快还给老师了。因此抽了空将自己积累到的一些UML方面温习一次。这篇主要涉及到UML的基本内容。<br /> 概述。<br /> 1.UML包括 ：<br />   事物<br />   关系<br />   图<br />   扩展机制<br />  事物 涉及的内容：<br />  （1）结构：类、接口、构件（软件的模块）、节点（数据库、服务器、打印机）<br />  （2）行为：交互（消息）、状态。<br />  （3）分组：包、子系统。<br

1 前言   最近新工作太忙了，好久没有写博客了，经过一段时间的编码，发现自己写的代码真的是太差劲了，难维护，扩展性低，重复代码过多。自己分析分析总结一下，发现是自己缺少了一项优秀程序员的技能--设计模式，所以最近打算充充电，和大家一起学习一下设计模式，有问题之处请大家指点一二。 2 详述 3 结语   以上就是所有内容，欢迎大家共同切磋交流，一起进步，十分感谢！

1 前言   最近新工作太忙了，好久没有写博客了，经过一段时间的编码，发现自己写的代码真的是太差劲了，难维护，扩展性低，重复代码过多。自己分析分析总结一下，发现是自己缺少了一项优秀程序员的技能--设计模式，所以最近打算充充电，和大家一起学习一下设计模式，有问题之处请大家指点一二。 转载请注明出处：http://blog.csdn.net/developer_zhang 2 详述

此篇博客为阅读大话设计模式后的笔记记录（ 读完本文>≈读完《大话设计模式》 ），注意是笔记形式，优先适合于对设计模式有一定了解的读者，希望短时间快速温习的读者，同时也对所有设计模式添加了完整代码诠释与注释，方便初学者的理解，另外，文章末尾有对所有设计模式的总结，读者若对部分设计模式容易混淆，可以到文章末尾进行了解，其中文章有些内容我觉得不方便展开的，会附上我认为的比较优秀的博客地址进行...

文章目录概述创建型模式结构型模式行为型模式UML类图类的表示方式类与类之间关系软件设计原则开闭原则里氏代换原则依赖倒转原则接口隔离原则迪米特法则合成复用原则新的改变功能快捷键合理的创建标题，有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能，丰富你的文章UML 图表FLowchart流程图导出与导入导出导入 概述 创建型模式

“设计模式”汇总 “设计模式”汇总 序言 设计模式的起源 软件设计模式的诞生 我理解的设计模式 入门招式 面向对象 封装 继承 多态 UML类图 类关系 设计原则(六大原则) 1 开闭原则 2 里氏代换原则 3 依赖倒转原则 4 接口隔离原则 5 最少知道原则（迪米特法则） 6 单一职责原则 设计模式分类 构建型模式 单例模式 工厂模式 结构型模式 装饰者模式 适...