类图

阅读目录 背景 图为了解决什么问题 不同流程中适合运用的图 实际的运用 结语 一、背景 　　大家应该在从事软件开发领域工作时间有一段时间之后，就开始有画图的意识，不管是懵懂的学别人还是想更好的让其它人理解自己的一个观点。所谓“一图胜千言”，我们身处于软件开发这个 水很深且要求精确 的复杂 领域 里，要想把事情做好，最基本的是要把事情想明白，其次还要让相关的人能够明白你要说的东西，进行协作。 　　特别对于一位架构师来说，能否画得一手好图尤其重要，因为相关的干系人数较多，要让不同领域的人能够达成一个统一的认识，是一件不太容易但也是必须要做好的事情。 二、图为了解决什么问题 　　软件开发涉及的流程是：需求 --> 开发 --> 测试 --> 发布上线。作图本身是个设计的工作，是个前期工作。那么从软件开发的整个生命周期来说，用到的图的地方是在前期的需求、开发阶段较多。在软件开发这个非常抽象的领域，只要涉及到多人协作，那么通过文字来进行交流叙述是非常晦涩难懂的，需要沟通好几遍才能理解达成一致也是比较常见的情况。那么我们画图，就是为了把不适合用言语表述的内容通过作图的方式呈现出来，让相关协作者有一个共同的具象的参照物。这个参照物可以有它的额外价值，是对软件长期价值的延伸，一份一致、清晰的设计图，可以给后续的软件迭代提供非常有帮助的决策依据。当然保证设计图与系统的一致本身也是件费精力的事情。 三

一、背景 代理模式，作为常用的设计模式之一，在实际项目中或多或少都会被使用到。当前一些主流的项目框架中，也有不少代理模式的身影。 代理模式中，代理类与主体类实现同样的接口，代理类持有实体类的引用，并接受客户端对代理类中实体引用的外部注入，并代理实体类的功能。 注：描述中的这种外部注入形式有个专有技术名词：依赖注入 代理模式通用的类图为： 按照代理类的产生方式，是在运行期之前就静态的存在还是在运行期动态产生，可以将代理模式分为静态代理和动态代理。 二、静态代理 在真正理解动态代理之前，有必要先简单回顾下静态代理的一般过程。 直接看一个具体的实例。 1，定义接口： package com.corn.proxy.pstatic; public interface Subject { String action(); } 复制代码 2，定义主体类： package com.corn.proxy.pstatic; public class RealSubject implements Subject { @Override public String action() { System.out.println("action in RealSubject"); return "action done"; } } 复制代码 3，定义静态代理类： package com.corn.proxy

类与类之间的关系（1） 在软件系统中，类并不是孤立存在的，类与类之间存在各种关系，对于不同类型的关系， UML 提供了不同的表示方式。 1. 关联关系 关联 (Association) 关系 是类与类之间最常用的一种关系，它是一种结构化关系，用于表示一类对象与另一类对象之间有联系，如汽车和轮胎、师傅和徒弟、班级和学生等等。在 UML 类图中，用实线连接有关联关系的对象所对应的类， 在使用 Java 、 C# 和 C++ 等编程语言实现关联关系时，通常将一个类的对象作为另一个类的成员变量 。在使用类图表示关联关系时可以在关联线上标注角色名，一般使用一个表示两者之间关系的动词或者名词表示角色名（有时该名词为实例对象名），关系的两端代表两种不同的角色，因此在一个关联关系中可以包含两个角色名，角色名不是必须的，可以根据需要增加，其目的是使类之间的关系更加明确。 如在一个登录界面类 LoginForm 中包含一个 JButton 类型的注册按钮 loginButton ，它们之间可以表示为关联关系，代码实现时可以在 LoginForm 中定义一个名为 loginButton 的属性对象，其类型为 JButton 。如图 1 所示： 图 1 关联关系实例 图 1 对应的 Java 代码片段如下： public class LoginForm { private JButton

类图的各种箭头，各种关系总是记了忘，忘了记，这次画个图再加深一下记忆： 聚合和组合是两种比较特殊的关联关系。补充如下： 1.继承 子类拥有超类的所有属性和行为 class A{} //B继承了A中的所有的方法和属性，对于私有的方法和属性，子类只能是拥有，但无法直接使用。 class B extends A{} 2.关联 一般以类的属性形式出现在关联类中，使用成员变量来实现。又分为聚合关系和组合关系。 class A{} class B{ A a;//成员变量引入了A类 } 3.聚合 has a：强关联，一个类的实例由另一个类的实例构成，后期使用不会因为对象的删除而删除。 class A{} class B{ A a;//成员变量引入了A类 　　B(A a){ 　　 this.a = a; 　　} } 4.组合 contains a：强聚合，组合的对象不能由其他对象共享，且与构成他的对象一起消亡。整体和部分是不可分割的，有共同的生命周期。 class A{} class B{ A a;//成员变量引入了A类 B(){ this.a = new A(); } } 来源： CSDN 作者： 汤米粥 链接： https://blog.csdn.net/nnmmbb/article/details/103595244

UML，全称Unified Modeling Language，统一建模语言。而UML图分为用例图、类图、对象图、状态图、活动图、时序图、协作图、构件图、部署图等9种图。 在面向对象语言中，我们经常看到有用UML类图去表示各种接口和类之间关系的。但是，每次看的都是云里雾里，搞不清楚那些虚线，箭头都是代表什么意思。今天，就让我们来一探究竟吧。 UML类图中有六种关系，分别是依赖关系，关联关系，聚合关系，组合关系，实现关系，泛化关系。 经过我自己的理解，画出了六种关系的示例图。类的成员变量和方法前面的修饰符有public, private, protected, default，在UML类图中分别用 +, -, #, ~表示。 一、依赖关系 依赖关系是一种使用关系，表示某个类依赖于另外一个类，通常表现为，某个类的方法的参数使用了另外一个类的对象。 在UML类图中，依赖关系用带箭头的虚线表示，箭头从使用类指向被依赖的类。下图中表示，程序员依赖于计算机来编写代码。 二、关联关系 关联关系是对象之间的一种引用关系，表示一个类和另外一个类之间的联系，如老师和学生，丈夫和妻子等。 关联关系有单向和双向的。在UML类图中，单向关联用一个带箭头的实线表示，箭头从使用类指向被关联的类，双向关联用带箭头或者没有箭头的实线来表示。 上图表示老师和学生之间的关系是双向的，一个老师可以有多个学生

类图主要描述程序对象以及他们之间的关系。一般来说，类、接口、抽象类这些程序对象的区别很容易，但是他们之间六种关系以前总是理解不够深刻，这次进行了一次复习，顺便写成博文以便加深理解 类图中的三种对象 类/抽象类 类的表示一般一般如下图所示 类名：图正中间的黑体字表示类的名称，如果是名字的字体是斜体字，则表明该类是抽象类 属性：类名下面的区域表示类的属性 操作：属性下面的区域表示类的操作（或者说方法）。 可见性：属性和操作前面的+、-、#符号代表了这些对象的可见性分别是public、private、protected 接口 接口的表示一般如下图所示 接口的图和类图类似，只不过加入了interface标识。接口中的成员可见性都是public 类图中的六种关系 类图中，类与类之间一般会有六种关系，他们分别是继承（Generalization）、实现（Implements）、组合（Composition）、聚合（Aggressgation）、依赖（Dependency）、关联（Association） 继承（Generalization） 如果对面向对象编程思想了解，则比较容易理解继承的概念。在面向对象的编程思想中，继承是指子类继承了父类的所有功能，并且能够在父类的基础上扩展自己的功能。这里的继承就是表现这种父类和子类的关系。继承关系如下图所示

统一建模语言简介 统一建模语言（Unified Modeling Language，UML）是用来设计软件蓝图的可视化建模语言，1997 年被国际对象管理组织（OMG）采纳为面向对象的建模语言的国际标准。它的特点是简单、统一、图形化、能表达软件设计中的动态与静态信息。 统一建模语言能为软件开发的所有阶段提供模型化和可视化支持。而且融入了软件工程领域的新思想、新方法和新技术，使软件设计人员沟通更简明，进一步缩短了设计时间，减少开发成本。它的应用领域很宽，不仅适合于一般系统的开发，而且适合于并行与分布式系统的建模。 UML 从目标系统的不同角度出发，定义了用例图、类图、对象图、状态图、活动图、时序图、协作图、构件图、部署图等 9 种图。 本教程主要介绍软件 设计模式 中经常用到的类图，以及类之间的关系。另外，在实验部分将简单介绍 UML 建模工具的使用方法，当前业界使用最广泛的是 Rational Rose。使用 Umlet 的人也很多，它是一个轻量级的开源 UML 建模工具，简单实用，常用于小型软件系统的开发与设计。 类、接口和类图 1. 类 类（Class）是指具有相同属性、方法和关系的对象的抽象，它封装了数据和行为，是面向对象程序设计（OOP）的基础，具有封装性、继承性和多态性等三大特性。在 UML 中，类使用包含类名、属性和操作且带有分隔线的矩形来表示。 (1) 类名（Name

平时阅读一些远吗分析类文章或是设计应用架构时没少与UML类图打交道。实际上，UML类图中最常用到的元素五分钟就能掌握，下面赶紧来一起认识一下它吧： 一、类的属性的表示方式 在UML类图中，类使用包含类名、属性(field) 和方法(method) 且带有分割线的矩形来表示，比如下图表示一个Employee类，它包含name,age和email这3个属性，以及modifyInfo()方法。 那么属性/方法名称前加的加号和减号是什么意思呢？它们表示了这个属性或方法的可见性，UML类图中表示可见性的符号有三种： · + ：表示public · - ：表示private · #：表示protected（friendly也归入这类） 因此，上图中的Employee类具有3个私有属性和一个公有方法。 实际上，属性的完整表示方式是这样的： 可见性 名称 ：类型 [ = 缺省值] 中括号中的内容表示是可选的 二、类的方法的表示方式 上图中我们已经看到了方法的表示形式。实际上，方法的完整表示方式如下： 可见性 名称(参数列表) [ ： 返回类型] 同样，中括号中的内容是可选的。 比如在下图的Demo类中，定义了3个方法： · public方法method1接收一个类型为Object的参数，返回值类型为void · protected方法method2无参数，返回值类型为String ·

UML图简易指北 UML全称为Unified Modeling Language（统一建模语言），是一种图表式的程序蓝图，本文的目的仅仅是让读者简单的了解，使用UML以应付考试和简单的工程需求。 作者按：UML的发展史，想必不用在此赘述，而至于其是否真的有助于工程，想来各位读者也是心知肚明；但是，类似于ruby on rails那种类似于智能语言的前瞻性尝试，不可说不让人心生向往，而让UML图（或者类似的东西）直接生成程序，也是模块化智能语言的尝试方向之一，所以我认为即使UML的初衷是让不懂此类编程语言的人看懂程序，但是UML不同图里隐含着对建模的一种视角上的思考，值得学习。对提升工程能力也应该是有好处的，可以更加从不同角度去理解软件系统。 当然，细究UML的图法词法大可不必，标准UML2.5文档长达800页（SDpdf），已经和java本体的说明文档差不多了；弱水三千，只取一瓢即可。 UML常见图汇总： 用例图（Use Case Diagram） 类图（Class Diagram） ---------------------------------------------------JAVA考试考点 序列图（Sequence Diagram） 不常用：对象图、包图、状态图、活动图、协作图、构件图、部署图 UML类图： 类图的意义： ​ A、显示出 类、接口 以及它们之间的

类的表示 类图分为三层，第一层是类的名称，如果是抽象类或接口，就用斜体表示，其中接口名称的上部会用<<interface>>修饰；第二层是类的成员变量，通常是字段和属性；第三层是类的成员方法。类的成员变量和成员方法的修饰符分为+、#、－，分别表示public、protected、private。 类之间的关系 类之间的关系有泛化（ Generalize）， 实现（ Realize） ，关联（ Associate），聚合（ Aggregate） ，组合(Compose)，依赖(Dependency) 。 1.泛化（ Generalize） 关系：泛化是一种继承关系，用来表示类与类、类与抽象类、抽象类与抽象类、接口与接口之间的关系。 箭线：用空心三角形+实线表示，箭头指向父类。 2.实现（ Realize） 关系：实现用来表示类与接口、抽象类与接口之间的关系。 箭线：用空心三角形+虚线表示，箭头指向接口。 3.关联（ Associate） 关系：关联可以是双向的，也可以是单向的；关联关系可以进一步划分为聚合及组合关系。 箭线：用实线箭头表示，双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。 比如，荷花受季节影响，箭头指向季节。 4.聚合（ Aggregate） 关系：聚合用来表示整体与部分的关系，是一种弱的关联关系，体现为A可以包含B，但B不一定是A的一部分。 箭线