ECB模式 - 真正的界限是什麼？

Question

我剛看了鮑勃叔叔的架構軟件介紹：

http://www.cleancoders.com/codecast/clean-code-episode-7/show

他談到ECB模式（實體 - 控制器 - 邊界）

他堅持這樣的事實：所有軟件必須是主要的儘管作爲整個用例。

事實上，他重複了很多次，關於工具，框架等的決定必須推遲。

我已經由「邊界」這個詞很感興趣，所以我找到了這樣的解釋：

http://process.osellus.com/sites/wiki/OpenUP%20DSDM/Wiki%20Pages/Guidance%20-%20Entity-Control-Boundary%20Pattern.aspx

在這裏，我們看到，邊界相關的每個傳遞機制像網絡機制的形式（ MarketingCampaignForm）等等

所以我的問題是：

不要學邊界必須瞭解類型的傳送機制將用於與鮑勃叔叔的觀點如此矛盾？

或者它們必須是簡單的POJO表示簡單的數據結構，它將在內部系統和交付機制之間共享;幷包含來自用戶的輸入和來自內部系統中控制器的輸出？

Answer 1

有點捉襟見肘，也許（純粹主義者會恨我），但你能想到的一個邊界爲概念上類似於MVC中的視圖，雖然這是一個比較籠統的概念：如果您的系統暴露了REST API，用於實例中，這不能稱爲視圖（也不是實現MVC，fwiw），但更一般地說，它是系統接口到外部世界的接口。

換句話說，一個邊界是你的系統與用例參與者互動的一部分，這是人類或系統外系統的。

從Eclipse EPF：

甲邊界元件位於所述周邊的系統或子系統的，但在其內 。對於整個 系統或某個子系統內的任何情況，某些邊界元素將是「前端 端點」元素，它們接受來自設計區域外部的輸入，其他元素將是「後端」，管理通信到 支持元件外部的系統或子系統。