[技術討論]系統間呼叫與邊界類的差別——被混淆的兩個概念

這裡談到的是系統間的呼叫關係與分析模型中邊界類的區別，另外還提到了在分析模型和設計模型中的一點區別。

 

2013-03-26      

福州-Thomas 男9:45:31

我想問問，在分析類中，如果某個控制類需要和第三方通訊，那麼第三方應該當作一個邊界，那麼在畫圖的時候是 控制類傳送訊息到 第三方的邊界類去？ 

北京 青潤10:57:12

這應該是介面類，不是邊界類。

北京 青潤 10:57:46

介面類屬於非UI型別的類，有人把它劃作邊界類來定位。

北京 青潤 10:58:12

但是一般情況下，邊界類指的就是UI相關的使用者操作介面類。

福州-Thomas 男 15:18:56

分析類不是隻有3種型別嗎

福州-Thomas 男 15:19:08

邊界 控制 實體， 哪裡的介面類？

福州-Thomas 男 15:25:49

分析類時序圖，在搞支付平臺，我們對接 支付寶等，別的子系統再接我們平臺

北京 青潤 15:25:54

這個要看你的整體架構設計是在哪一層進行資料通訊的。

北京 青潤 15:26:08

一般來說這樣的資料通訊不可能在介面層。

福州-Thomas 男 15:26:14

嗯

福州-Thomas 男 15:26:22

在 service層

北京 青潤 15:27:29

這個介面的提供屬於外部連線的實現，也就是系統內的邏輯關係體現，要看你的整體的架構實現思想。

一般來說都應該是在控制層進行的實現。

福州-Thomas 男 15:27:30

介面有可能在 子系統，我們是做個支付的黑匣子系統，只對外暴露出 SOA 介面，子系統呼叫我們的介面 與支付寶對接

北京 青潤 15:27:38

也就是mvc中的c中進行實現。

北京 青潤 15:27:57

到了設計模型階段才會根據情況分離出來介面類和具體的實現關係。

福州-Thomas 男 15:28:28

哦，我們的 C 在實現時也會是個 serivce，沒有 web mvc框架

北京 青潤 15:28:38

兩個子系統或者子模組之間應該是c-c的呼叫關係。

北京 青潤 15:28:57

那就不要在分析模型階段談設計模型的事情

北京 青潤 15:29:24

不管它將來是什麼形式，每一個階段都要做自己的事情，跨階段做開發的結果往往是得不償失的。

福州-Thomas 男 15:29:44

那你在畫支付用例 的分析類時序圖時候， 和支付寶對接 不用表示嗎

北京 青潤 15:30:19

分析模型要有分析模型的形態，只需要標記出來這裡連線一個支付系統即可。

福州-Thomas 男 15:31:34

那這個 支付系統 是 另外的一個 UML元素，還是 邊界類來表示？ 按道理說  第三方支付系統相對我們的支付平臺也就是個邊界，我們發請求給它

北京 青潤 15:32:16

自己的團隊內部統一，可以通過一個message to self，上面加一個標籤標識即可。

福州-Thomas 男 15:33:36

那為什麼不能把它當作一個邊界類呢

北京 青潤 15:33:56

它本來就不是一個邊界類，你為什麼非要當作邊界類呢？

福州-Thomas 男 15:34:35

相對於我們自己的系統來說 它就是個邊界啊，我們在這個邊界之外 向它傳送訊息

北京 青潤 15:34:46

那是系統之外。

北京 青潤 15:34:57

這是系統間關係呼叫。

福州-Thomas 男 15:35:11

哦，

Normal 0 7.8 磅 0 2 false false false EN-US ZH-CN X-NONE