EA&UML日拱一卒-活动图::Object actions(续)

学 会一个知识点，理解了是一回事，而能够讲明白则是另一件事。前一篇文章简单地说明了 CreateObjectAction,DestroyObjectAction和TestIdentityAction，内容不是很复杂，但是构造一个 规模不大，又能包含上述所有的动作的例子却着实费了不少脑筋。

下面就把这个例子呈现给大家。

示例

今天的例子就是为图像创建属性对话框的处理，我们将这部分处理交给PropertyDialogCoordinator，通过调用PropertyDialogCoordinator::proparePropertyDialog方法来实现。

proparePropertyDialog的主要功能有：

1. 如果输入图形于上次处理时不同，则删除生成过的对话框，再根据输入图形的类型生成对应的属性对话框。

2. 如果输入图形于上次处理时相同，则直接返回上次生成过的对话框而不重新创建。

希望你没有被吓到，这里分几块来说明。

首先执行的是AcceptCallAction（左边凹陷的五边形），该动作执行以后一共有三路输出：

1. 红 色部分。首先执行ReadSelfAction取得PropertyDialogCoordinator的实例以后以该实例为参数两次调用 ReadStructrualFeatureAction，分别取得保持当前图形的currentShape和保持当前对话框的currentDlg以供 后续处理使用。

2. 粉色部分是数据流，为后续处理提供本处理的参数：创建属性对话框的输入图形。

3. 蓝色部分也是数据流，为最后的ReplyAction提供输入信息。

上 述的准备工作做好之后，使用TestIdentityAction判断参数图形和currentShape是否指向同一个对象：如果结果为true，说明 该图形已经生成过属性对话框，则将currentDlg作为返回值传递给ReplyAction，处理结束；反之进入后续处理。

后续处理首先调用DestroyObjectAction销毁currentDlg对象，调用ReadIsClassifiedObjectAction判断输入图形的种类，并调用CreateObjectAction生成与之匹配的属性对话框。

接下来，WriteStructuralFeatureAction得以执行两次，分别将创建的属性对话框和输入图形分别保存到currentDlg和currentShape中。

最后执行ReplyAction，处理结束。

补充说明

流程中有两处用到了对象流和数据流的结合(JoinNode)，按照UML的规定，这种情况下数据Token流出结合点的输出边。这种感觉就好像是开关控制的数据流。

另外也用到了一个新动作:ReadIsClassifiedObjectAction，它的功能是判断输入对象是否属于某个类目。该动作具有一个用于获取输入对象的输入引脚，用于指定类目的属性和输出判断结果的输出引脚。

参考资料

1. 《OMG Unified Modeling LanguageTM (OMG UML), Superstructure Version 2.4.1》。
   

2. 《GB/T 28174.2-2011 统一建模语言(UML) 第2部分：上层结构》