UMLactivity图如何实例化action
How does UML activity diagram instantiate action
让我们考虑一个非常简单的情况，当第二个输入令牌（例如对象令牌）到达时，动作仍然是 运行。当然，我们假设没有分配流属性。我的问题是，在这种情况下，第二个令牌会等到当前 运行 动作完成，还是会创建一个新的动作瞬间，因此动作的两个瞬间将是 运行？ （我看过OMG规范中的一些东西，好像是第二种情况，但是有一些其他书籍将执行描述为第一种，所以我对这一点感到困惑。）
在控制令牌的情况下，情况明确。当动作被激活时，所有提供的令牌都会被接受。所以当它是 运行 时，默认情况下它不接受任何进一步的控制令牌。但是有一个叫isLocallyReentrant的属性，如果这个是真的，那么动作就是运行并发
在对象标记的情况下，UML 语义不太具体，并且保持许多明确的点开放。 SysML 在这里添加了一些重要的细节。在 UML 中有一个 属性 isControlType 的 Pins 和对象节点，如果设置为 true，则意味着与控制令牌相同的行为。否则，如果标准中有一些语句可以解释为行为是可以直观预期的，即第二个 objecto 令牌在之后处理。
让我们考虑一个非常简单的情况，当第二个输入令牌（例如对象令牌）到达时，动作仍然是 运行。当然，我们假设没有分配流属性。我的问题是，在这种情况下，第二个令牌会等到当前 运行 动作完成，还是会创建一个新的动作瞬间，因此动作的两个瞬间将是 运行？ （我看过OMG规范中的一些东西，好像是第二种情况，但是有一些其他书籍将执行描述为第一种，所以我对这一点感到困惑。）
在控制令牌的情况下，情况明确。当动作被激活时，所有提供的令牌都会被接受。所以当它是 运行 时，默认情况下它不接受任何进一步的控制令牌。但是有一个叫isLocallyReentrant的属性，如果这个是真的，那么动作就是运行并发
在对象标记的情况下，UML 语义不太具体，并且保持许多明确的点开放。 SysML 在这里添加了一些重要的细节。在 UML 中有一个 属性 isControlType 的 Pins 和对象节点，如果设置为 true，则意味着与控制令牌相同的行为。否则，如果标准中有一些语句可以解释为行为是可以直观预期的，即第二个 objecto 令牌在之后处理。