类图

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

在UML中，描述两个类之间的关系，按照关系的强弱分为，实现=泛化>组合>聚合>关联>依赖。 这六种关系，是存在于UML中的概念，请不要和Java中的混淆。例如，UML中的组合，与Java中的组合，含义是不一样的。 类图是依赖于语言的，不同语言可能存在差别。 1、实现 实现： 描述java中的implements。UML中用虚线和空三角表示。 在Java中表示: class Fruit {} class Apple implements Fruit {} 在UML中表示: 2、泛化 泛化： 泛化描述的是Java中，继承的关系。UML中，用实线和空三角表示。 在Java中表示 class Fruit {} class Apple extends Fruit {} 在UML中表示 3、组合、聚合、关联 这三种关系描述的都是，Java中的组合关系，即一类的定义中有另一类的引用。 但是，这三种组合关系是有区别的。 组合： 关系最强，代表整体和部分的关系，且要求代表整体的类的对象，对代表部分的类的对象的生命周期负责，整体对象被垃圾回收期清理，部分对象 就不能够单独存在。 Java中表示：代表人的对象被清理，代表身高信息的对象就不可以存在了。（例子不是很恰当，但是这个道理） class Hight {} class Person { Hight h； } UML表示：软件不同可能有不同的表示

Unified Modeling Language (UML)又称统一建模语言或标准建模语言，它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。 UML分类 （1）静态模型（系统结构）： 用例图、类图、对象图、构件图、部署图 （2）动态模型（系统行为）：状态图、活动图、顺序图、协作图 UML中有4种事务： （1）结构事务：名词、静态部分、物理元素。 （2）行为事务：动词、动态部分、行为。 （3）分组事务：包。 （4）注释事务：注解。 用例图： 用例图是指由参与者（Actor）、用例（Use Case），边界以及它们之间的关系构成的用于描述系统功能的视图。用例图（User Case）是外部用户（被称为参与者）所能观察到的系统功能的模型图。用例图是系统的蓝图，用于需求分析阶段。用例图呈现了一些参与者，一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。 用例之间的关系 （1）包含 (include) 关系 父用例包含子用例，父用例执行，子用例必然被执行 当两个或多个用例中共用一组相同的动作，这时可以将这组相同的动作抽出来作为一个独立的子用例，供多个基用例所共享。因为子用例被抽出，基用例并非一个完整的用例，所以include关系中的基用例必须和子用例一起使用才够完整，子用例也必然被执行

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

　　刚做完一个项目并且艰难得上线，对整个项目流程和gitLab规范 有了一些心得，给新来的同学普及一下。 　　最先产品会写一篇需求文档，咱们要先看需求文档对项目有一个大致了解，然后产品喊后端、ui、前端 一起在讨论-一下项目，对项目有一个明确的认知，如果讨论过程中 有咱们没有做过功能，咱们需要调研。 ui画完图 咱们先看图 想想一下项目的整个交互流程 感觉哪地方逻辑不对 可以和ui、产品一起商量，商量的时候记得叫上后端，别你们商量好了有改动 人家后端还不知道怎么回事那。 如果一些布局 你看着难受别扭，可以和ui商量 但是以ui为主，毕竟人家是 干这个的，还有刚来咱们公司 肯定会遇到没psd图 你没法量 但是还需要符合规范的情况，三种方式 你要求ui出psd图 、 还有就是 自己看《web端交互规范》和让ui 在图上标识距离像素。一般都是第三种，但是 由于咱们有组件库 通常情况下 都是不用测量距离。 　　对项目有明确认知 就可以开始画类图，类关系用什么标识连接点开这个链接有详细说明 https://design-patterns.readthedocs.io/zh_CN/latest/read_uml.html ，不会画 或者 类关系不明白的 可以问各自师傅，类图是重中之重 真正开始写代码的时候 是要跟根据类图来做的。mock在这个时候 也可以与后台制定了。 　　然后ui图出完之后

字节增强条件匹配 在 skywalking 中实现很多基于 byte-buddy 的关于链式匹配查询的实现， 代码如下所示： public abstract class AbstractJunction<V> implements ElementMatcher.Junction<V> 其对应的类的类图关系如下所示： 除此之外， 为了便于更好的执行在拦截时期的的匹配， skywalking 又定义了一套自实现的 Match 的匹配器， 类的简要类图关系如下所 示： 其中 NameMatch 名称 Match 的 NameMatch 好象相对类的继承相关较独立，但是其它方式的 Match 继承结构相对有点复杂， 都继承于 IndirectMatch ， 上面类的简意类图对应的类的完整类图详情如下所示： 其中 NameMatch 名称 Match 的 NameMatch 好象相对类的继承相关较独立，但是其它方式的 Match 继承结构相对有点复杂， 都继承于 IndirectMatch ， 上面类的简意类图对应的类的完整类图详情如下所示： 插件方式增强的扩展点 所有的基于 skywalking 的整套增强逻辑框架下，如查有新的要增强的中间件或组件， 必须遵守其制定的插件扩展规范， 其具体的规范如 下： 一、 在对应的插件的 jar 包的 classpath 下必须存在定义文件

在画类图的时候，理清类和类之间的关系是重点。类的关系有泛化(Generalization)、实现（Realization）、依赖(Dependency)和关联(Association)。其中关联又分为一般关联关系和聚合关系(Aggregation)，合成关系(Composition)。下面我们结合实例理解这些关系。 基本概念 类图（Class Diagram）: 类图是面向对象系统建模中最常用和最重要的图，是定义其它图的基础。类图主要是用来显示系统中的类、接口以及它们之间的静态结构和关系的一种静态模型。 类图的3个基本组件：类名、属性、方法。 泛化(generalization)：表示is-a的关系，是对象之间耦合度最大的一种关系，子类继承父类的所有细节。直接使用语言中的继承表达。在类图中使用带三角箭头的实线表示，箭头从子类指向父类。 实现（Realization）:在类图中就是接口和实现的关系。这个没什么好讲的。在类图中使用带三角箭头的虚线表示，箭头从实现类指向接口。 依赖(Dependency)：对象之间最弱的一种关联方式，是临时性的关联。代码中一般指由局部变量、函数参数、返回值建立的对于其他对象的调用关系。一个类调用被依赖类中的某些方法而得以完成这个类的一些职责。在类图使用带箭头的虚线表示，箭头从使用类指向被依赖的类。 关联(Association) : 对象之间一种引用关系

前言 关于UML类图的这篇文章，我觉得把它放在设计模式专栏的篇首最为合适，因为在学习设计模式的时候，经常会遇到有关UML类图，没有去专门学过的童鞋肯定会感觉很复杂。学到后面，发现不掌握UML类图，对设计模式或者某一个框架没有整体的把控。所以学好UML类图，你将会更加有自信！ 如果你对类之间的依赖、聚合、关联、组合等关系还很抵制的话，那么这篇文章就很有必要看了，随着对设计模式的慢慢深入了解，或许你也会发现，UML类图就显得格外重要了，是的，UML类图主要是用来描述类之间的轮廓图，而类之间的常见关系就是泛化（Generalization）、实现（Realization）、依赖（Dependence）、关联（Association）、聚合（Aggregation）、组合（Composition）等。类之间关系的强弱：依赖 < 关联 < 聚合 < 组合 < 泛化（继承） @[toc] 1、啥是UML类图？ 首先来看一个专业一点的定义【来自维基百科】 UML即 统一建模语言 （Unified Modeling Language）,它是一种开放的方法，用于说明、可视化、构建和编写一个正在开发的、面向对象的、软件密集系统的制品的开放方法。UML展现了一系列最佳工程实践，这些最佳实践在对大规模，复杂系统进行建模方面，特别是在软件架构层次已经被验证有效。 不得不说，越专业的描述越让人看得越发懵逼..

核心类图 该图是包含了dubbo-registry-api和dubbo-registry-default两个模块整合的简化类图，只描述了核心的类与类的关系，为了清晰明了，去除了方法和属性的描述，也忽略了类所处的包，将其放在一个类图中。 注册中心核心的职责就是注册和注销URL，订阅和取消订阅URL，还有包括查询符合条件的已注册的URL列表等职责，类图中的接口和类就是围绕核心职责的实现。 核心源码分析 RegistryProtocol 该类是注册中心的协议，即协议名称为registry的协议。这是整个注册中心启用的入口，通过该类整合了Protocol、Cluster、Directory 和Registry这几个组件。因此它作为入口我们非常有必有学习它的源码。 当我们在配置发布服务和引用服务的时候，若配置使用了注册中心，则会将原来的URL替换为一个protocol名称为registry的URL，并且会保留原始的URL在新的URL参数中。则通过dubbo的SPI机制获取到的Protocol接口的实现类便是RegistryProtocol，因此变回进入到该类的核心方法中，我们一起来看看这些核心方法的源码实现。 发布服务方法export public <T> Exporter<T> export(final Invoker<T> originInvoker) throws

来源： https://www.cnblogs.com/alter888/p/11433406.html