溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
這篇文章將為大家詳細講解有關EA畫UML活動圖中對象流的示例分析，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。
有一個地方與眾不同，就是下圖中紅框中的部分。
這部分就是今天的內容，對象流。
語義
控制流（control flow）描述了兩個活動節點之間執行令牌（執行焦點）的流動。還有另外一種情況，兩個活動之間除了傳送執行令牌，還需要傳送數據或對象，這種情況稱之為對象流（object flow）。
表示方法
對象流有兩種表示方法，一種是將控制流一分為二，中間加上傳送的對象或數據。
另外一種表示方法是在兩個活動節點的輸入輸出之間連線。
需要補充說明的是，Action旁邊的小正方形叫ActionPin，用來表示Action的輸入/輸出管腳。
畫法
第一種表示方法
拖動下面的Object圖標到適當位置
選擇控制流圖標，連接Action到對象，對象到下一個Action
第二種表示方法
選擇下面的對象流圖標，連接源Action和目的Action即可。
當然也可以選擇Action上下文菜單-【New child element】-【Action pin】添加輸入/輸出管腳以后選擇控制流圖標并連接。
總結
最簡單的問題，為什么需要對象流？
首先回頭看看活動圖入門一文最后的例子。
我們知道，寫程序也好，讀程序也好，除了關注程序流以外還應該關注數據流。UML活動圖中的對象流正好可以用來表達數據流,而流程圖就不行。
以下是我們補充了對象流以后的樣子。
對象圖明白地表明了各個處理之間的數據走向。
需要補充說明的是，只有所有的輸入控制流/對象流上執行令牌都到達時，Action或者Activity才能執行。
現在可以回頭看本文開始的流程圖，可以做如下理解：
UI流程接受到復印流程傳來的event以后，轉送給decision node。
decision node根據event的種類，調用不同的處理并將event向該處理轉移。·
被調用的處理根據event中保管的信息進行相應的處理。
關于“EA畫UML活動圖中對象流的示例分析”這篇文章就分享到這里了，希望以上內容可以對大家有一定的幫助，使各位可以學到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
