设计模式中类的关系UML

【设计模式中类的关系UML】的更多相关文章

设计模式中类的关系UML

在java以及其他的面向对象设计模式中,类与类之间主要有6种关系,他们分别是:依赖.关联.聚合.组合.继承.实现.他们的耦合度依次增强. 1. 依赖(Dependence) 依赖关系的定义为:对于两个相对独立的对象,当一个对象负责构造另一个对象的实例,或者依赖另一个对象的服务时,这两个对象之间主要体现为依赖关系.定义比较晦涩难懂,但在java中的表现还是比较直观的:类A当中使用了类B,其中类B是作为类A的方法参数.方法中的局部变量.或者静态方法调用.类上面的图例中:People类依赖于Book…

设计模式中类的关系之实现(Realization)

实现关系是用来描述接口和实现接口的类或者构建结构之间的关系,接口是操作的集合,而这些操作就用于规定类或者构建结构的一种服务. 在接口和类之间的实现关系中,类实现了接口,类中的操作实现了接口中所声明的操作.在UML中,类与接口之间的实现关系用带空心三角形的虚线来表示. UML示例图如下所示: 返回目录…

设计模式中类的关系之依赖关系(Dependence)

依赖关系是一种使用关系,特定事物的改变有可能会影响到使用该事物的其他事物,在需要表示一个事物使用另一个事物时使用依赖关系.可以简单的理解,就是一个类A使用到了另一个类B,而这种使用关系是具有偶然性的.临时性的.非常弱的,但是B类的变化会影响到A:比如某人要过河,需要借用一条船,此时人与船之间的关系就是依赖:表现在代码层面,为类A在某个方法中使用类B是作为类A的方法参数.方法中的局部变量.或者静态方法调用. 在UML中,依赖关系用带箭头的虚线表示,由依赖的一方指向被依赖的一方. UML示例图如下所…

设计模式中类的关系之关联关系(Association)

关联关系是类与类之间最常用的一种关系,它是一种结构化关系,用于表示一类对象与另一类对象之间有联系.它体现的是两个类.或者类与接口之间语义级别的一种强依赖关系,比如我和我的朋友.这种关系比依赖更强.不存在依赖关系的偶然性.关系也不是临时性的,一般是长期性的,而且双方的关系一般是平等的,关联可以是单向.双向的.表现在代码层面,为被关联类B以类属性的形式出现在关联类A中,也可能是关联类A引用了一个类型为被关联类B的全局变量. 在UML类图中,用实线连接有关联的对象所对应的类,在使用Java.C#和C+…

设计模式中类的关系之聚合关系(Aggregation)

聚合关系是关联关系的一种特例,它体现的是整体与部分的关系,即has-a的关系,此时整体与部分之间是可分离的,它们可以具有各自的生命周期,部分可以属于多个整体对象,也可以为多个整体对象共享.比如计算机与CPU.公司与员工的关系等.表现在代码层面,和关联关系是一致的,只能从语义级别来区分. 在聚合关系中,成员类是整体类的一部分,即成员对象是整体对象的一部分,但是成员对象可以脱离整体对象独立存在.在UML中,聚合关系用带空心菱形的直线表示. UML示例图如下所示: 示例代码如下(概要,完整源码见附件)…

设计模式中类的关系之组合关系(Composition)

组合也是关联关系的一种特例,它体现的是一种contains-a的关系,这种关系比聚合更强,也称为强聚合:它同样体现整体与部分间的关系,但此时整体与部分是不可分的,它们具有统一的生存期,整体的生命周期结束也就意味着部分的生命周期结束,部分对象与整体对象之间具有同生共死的关系,组合关系中的部分,是不能在整体之间进行共享的.比如人和眼睛,当然,有人会说现在医学发达,眼睛可以移植给别人,如果是这样的话,你可以理解人和眼睛的关系为聚合,这都是在具体的场景下来确定的.表现在代码层面,和关联关系是一致的,只能…

设计模式之前奏（UML类图）

原文:设计模式之前奏(UML类图) 本人菜菜一个,最近一直在博客园游走闲逛,看到了各种技术,各种各种…….便看到了大话设计模式这本书,下了电子版的看了看第一章,感觉相当不错,不仅通俗易懂,而且与实际案例相结合,可就是电子版的,鄙人很少看小说,所以立马在京东下单买了本.就是给力…… 看了看书,翻了翻,第一章简单工厂模式最后讲解的是UML类图,以前见到过,但从来没画过,也就是一眼而过.但是又好好看了看书,后面几乎每种模式都会用UML类图来阐述设计模式的整体架构.所以就回过头来好好把第一章最后的UML…