关于UML第二部分和创建型模式的总结（2）

UML---

物理视图：

物理视图指反映当前系统的组织机构、输入输出、资源利用情况和日常数据处理过程的模型，这一模型应客观地反映现实世界的实际情况; 逻辑视图指在物理模型的基础上进行分析，区分出本质的和非本质的因素，去掉那些非本质的因素，特别是非本质的物理因素，从而形成反映系统本质的模型。

物理视图对应用本身的实现结构建模，如将其组织为构件和在运行结点上进行配置。这些视图提供了将类映射至构件和结点的机会。有两种物理视图 实现视图和配置视图。

实现视图对模型中的构件建模 即应用程序搭建的软件单元。 以及构件之间的依赖 从

而可以估计所预计到的更改的影响 它还对类及其它元素至构件的分配建模。

配置视图表达了运行时段构件实例在结点实例中的分布，结点是运行资源。如计算机

设备或内存。该视图允许分布式的结果和资源分配被评估。

实现视图的图例：

 

 

 

部署图的图例：

 

模型管理视图：

模型管理视图对模型本身的组织建模。模型由一系列包含模型元素。 如（类，状态机，用例）的包构成 。包可以包含其它包： 因此，模型指派了一个根包，间接包含了模型的所有内容。包是操纵包内容，以及访问控制和配置控制的单元。每个模型元素被包或其它元素所拥有

 

 

 结构型模式

结构型模式共七种：

适配器模式（Adapter），桥接模式（Bridge），组合模式（Composite），装饰器模式（Decorator），外观模式（Facade），享元模式（Flyweight），代理模式（Proxy）

其中又分为：

接口适配：适配器、外观、桥接模式

行为扩展：装饰

性能与对象访问：代理、享元模式

抽象集合：组合模式

1、适配器模式（Adapter）：将一个接口转换成客户希望的另一个接口，适配器模式使接口不兼容的那些类可以一起工作。又称包装器（Wrapper），既可以作为类结构型模式，也可以作为对象结构型模式。

 

 

可细分为两种模式：

1. 类适配器模式：适配器类与适配者类是继承关系，因为Java不支持多重继承，因此该模式下目标抽象类只能是接口。
2. 对象适配器：适配器类与适配者类是关联关系（也可以称为委派关系），即含有适配者类的成员变量

优缺点

也是其使用场景，可以在不修改客户、适配者、目标抽象类前提下，让几者兼容工作。同时适配器也能很方便的替换，符合开闭原则。

2、 桥接模式（Bridge）：将抽象部分与它的实现部分解耦，使它们都能独立地变化 又称柄体（Handle and Body）模式，接口（Interface）模式，属于对象结构型模式。

 

 

优点

1、  将另一维度抽象，并使用关联关系，一定程度上进行了解耦，也 满足了"合成复用原则"，大大减少了因静态抽象继承结构可能带来的类的数量。

2、  因为抽象，客户端面向两个维度抽象层编程，加上新增扩充抽象类或具体实现类均不需要修改其他任何代码，因此很好的符合了"依赖倒转原则"与"开闭原则"。

3.组合模式（Composite）：组合多个对象形成树形结构以表示"部分——整体"的层次结构。组合模式使客户能统一对待单个对象（即叶子对象）和组合对象（即容器对象）又称"部分-整体"（Part-Whole）模式，属于对象的结构模式。

 

 

4.装饰模式（Decorator）：动态地给一个对象添加职责。相较于继承，装饰模式则提供了一种更为灵活的方式来扩展功能。又称"油漆工模式"、"包装器（Wrapper）"（与适配器模式别名相同，但含义不同），是对象结构型模式。

 

 

 

 

 

优点： 一定程度上降低了静态继承带来的耦合度，符合”合成复用原则“，同时抽象层的定义也符合”开闭原则“，比如新增具体装饰类无须修改其他代码。

5.外观模式（Facade）：为子系统的一组接口提供一个统一的入口。外观模式定义了一个高层接口使得能更方便地使用子系统。又称门面模式，是对象结构型模式。

 

 

6.享元模式：

定义：运用共享技术有效地支持大量细粒度的对象。

角色：享元池、享元接口、具体享元对象

理解：客户端需要享元对象时，先去享元池寻找，如果找到了就直接复用，如果没有找到就创建享元对象并保存到享元池。

 

 

 

7.代理模式

定义：为其他对象提供一种代理以控制对这个对象的访问

角色：客户端（Client）、目标接口（subject）代理对象（Proxy）、真正的目标对象（RealSubject）

虚拟代理：客户端拥有Subject的引用，其实就是Proxy对象，Proxy对象持有RealSubject的引用，调用Proxy.request   Proxy会实际调用RealSubject.request类