2
A
回答
3
第二個肯定是不對的。 A Fork/Join拆分/收集獨立傳播的令牌。由於道路上只有一個令牌，所以Join永遠不會收到第二個令牌以繼續並永久掛起。
第一個很好。您也可以使用MergeNode（與您使用的DecisionNode形狀相同）加入ControlFlows或在Action之外加入它們。
或
相關問題
- 1. 先決條件UML？
- 2. 如何決定是否使用ER或UML進行建模？
- 3. UML用例圖 - 傳入推
- 4. MySQL的 - 指定要使用後加入
- 5. 加入定時器後點擊jQuery的
- 6. UML的命名約定
- 7. 在定義了UML用例之後對系統進行建模
- 8. 從最後一列決定例行對輸入文件
- 9. UML活動圖
- 10. 分叉和UML狀態機加入的語義
- 11. 決定添加或更新
- 12. Visual Studio UML模型
- 13. 加載後加載（）後淡入圖像（）
- 14. 使用NoSQL後端進行UML建模？
- 15. 請根據四個輸入決定最終的決定PHP
- 16. UML圖
- 17. SELECT COUNT不工作後加入加入
- 18. 加入加入行後獲取重複
- 19. UML：兩個連續的令牌流，從第一個開始的隨機決定
- 20. 加入與上後
- 21. 增加投入後
- 22. 後加入請求
- 23. Live UML編輯
- 24. 從UML到C++
- 25. UML類圖
- 26. 加入其中指定列取決於結果
- 27. 動態決定加入基於表中的列值
- 28. Android：R添加新類後無法解決
- 29. 在UML中插入屬性列表plist
- 30. 在ArgoUML中導入Mysql Workbench UML圖