5

ボブおじさんのアーキテクチャ ソフトウェアに関するプレゼンテーションを見たところです。

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

ここでは、Web メカニズムのフォーム (MarketingCampaignForm) などの各配信メカニズムに境界が関連していることがわかります。

だから私の質問は：

バウダリーは、使用される配信メカニズムのタイプについて知る必要があり、ボブおじさんの視点と矛盾していますか?

または、内部システムと配信メカニズムの間で共有される単純なデータ構造を表す単純な POJO でなければなりません。ユーザーからの入力と内部システムのコントローラーからの出力を含む？

4

1 に答える 1

4

少し大袈裟かもしれませんが (純粋主義者は私を嫌うでしょう)、境界は概念的には MVC のビューに似ていると考えることができますが、それはより一般的な概念です: たとえば、システムが REST API を公開している場合、これは実際にはビュー（MVC、fwiwを実装しているわけでもありません）ですが、より一般的には、システムの外部世界へのインターフェースです。

言い換えると、境界は、システムの外部にある人間またはシステムであるユース ケース アクターとやり取りするシステムの一部です。

Eclipse EPFから:

境界要素は、システムまたはサブシステムの周辺にありますが、その中にあります。システム全体または一部のサブシステム内で検討されているシナリオでは、一部の境界要素は、設計対象領域の外部からの入力を受け入れる「フロント エンド」要素になり、他の要素は「バック エンド」となり、サポートへの通信を管理します。システムまたはサブシステムの外側の要素。

于 2012-01-24T21:02:52.133 に答える