Android activity 无决策节点的UML活动图决策

UML活动图是否可以在没有决策节点的情况下进行决策，或者它是错误的？我的意思是，是否需要使用决策节点（菱形符号）来表示条件？

这是合法的UML。只有fUML才会正式说明值是如何流入要比较的保护条件的决策的

不,，

在活动图中，您还可以使用更详细的元素：

条件节点

-

它也可能存在于变体“带区域的条件节点”中

如果您的决策具有循环的含义，则可以使用

循环节点

同样，在UML中，允许组合来自不同图表的元素，您可以使用序列图元素的Alt或循环组合片段

您还可以在活动图中使用

序列节点

，并将决策隐藏在其中

此外，您可以始终在算术操作中隐藏决策。但是，这种方法在代码中是可以接受的，在图表中是不好的——您制作它们是为了更好地理解主题，而不是为了缩短代码

---

欢迎使用StackOverflow和+1了解正确的问题。问题是，条件//循环/序列活动节点都用一个虚线圆角矩形表示，顶部有相同的关键字“structured”，即使通过关键字也无法区分它们。对于条件节点，至少有一个子句，但与如何表示它们及其内容无关。循环也是一样的，没有任何关于如何绘制设置、测试和身体部位来区分它们的内容。自2017年底以来，UML是否已经死亡？在UML标准中，所有这些节点都非常明显地分开，见第16.11.2章。不要将EA和VP的真正退化和有限的业务语言版本与UML本身混为一谈。至于EA和VP，它们甚至不支持最基本的类图中绝对必要的元素。使用Eclipse软件或通过绘图工具绘制UML，你不会认为UML是死的。当然，如果你试图将其用于元思维，它是有限的，lePus3对于超级复杂的任务更强大，但对于所有常规编程来说，UML标准是可以的。不要忘记，如果你使用太聪明的图表，你将找不到足够聪明的开发人员来理解它们。保持简单。look omg.org/spec/UML/2.5.1/PDF：我总是提到它，我谈到图表中的表示，通常说StructuredActivityNode用一个虚线圆角矩形表示，该矩形在顶部包围其关键字«structured»，下一行是：没有为ConditionalNodes、LoopNodes或SequenceNodes定义标准符号“没有标准，请注意。没有人禁止你按自己的意愿标记它们。我还认为，仅仅在图中提到必要的变量/条件/无元素是不够的，即使它区分了这三种结构。当然，EA和VP作者必须为这3个项目设置一些特殊标记。但他们没有。