矢印は「アリーナはLeagueStoreに依存しています」のように読まれていますか?これはどのように実装されますか?同様の質問がありますが、そのような矢印は含まれていません。
スライド9から撮影した写真
矢印は「アリーナはLeagueStoreに依存しています」のように読まれていますか?これはどのように実装されますか?同様の質問がありますが、そのような矢印は含まれていません。
スライド9から撮影した写真
UML の「依存する」関係は、意図的に範囲を広げています。これは、関係によって参照される「分類子」 (クラス、インターフェース、パッケージなど) の一部の側面が、関係の反対側にある分類子によって使用されることを意味します。これには、メソッドの呼び出し、型の使用、パッケージなどを含めることができます。
この場合、明らかに「使用」、つまり 1 つ以上のメソッドを呼び出すと解釈できると思います。現在、この関係は、依存関係をもう少し具体的にするために、依存関係を「使用する」と呼ばれるステレオタイプとして独自の UML 表現を持っています。
この図は橋の良い例ではありません。この名前は、上部に接続された 2 つの階層があるという全体的な考えに由来しています。この図が示しているのは、外部クラス (Arena) が外部クラスを介して LeagueStore を操作するという事実だけです。それはパターンでさえありません。それは Coplien のAdvanced C++の Envelope-Letter Idiom です。
Bridge は内部にデリゲート (図のように impl) を持つ LeagueStore になりますが、LeagueStore の特殊化も持ちます。たとえば、Report というクラスがある場合、その中に ReportImpl があり、JasperReport や BirtReport などのサブクラスを持つことができますが、Report は CrosstabReport などのサブクラスを持つことができます。