依存関係の挿入を伴うリポジトリ パターンを使用して、ASP.Net Web API プロジェクトを構築しています。不完全な図を作成したくはありませんが、詳細もあまり記載したくありません。
シーケンス図で DI を説明する正しい方法、または少なくとも推奨される方法は何ですか?
依存関係の挿入を伴うリポジトリ パターンを使用して、ASP.Net Web API プロジェクトを構築しています。不完全な図を作成したくはありませんが、詳細もあまり記載したくありません。
シーケンス図で DI を説明する正しい方法、または少なくとも推奨される方法は何ですか?
コンポーネントの配線をシーケンス図に表示しません。コンポーネントの配線はインフラストラクチャの問題ですが、シーケンス図は、コンポーネントがどのように相互作用するかを示すことを目的としています。シーケンス図にコンポーネントの配線を追加しようとしても、有用な情報を追加せずに図を難読化するだけです。
Dependency Injection、Principles、Practices、および Patterns をのぞいてみると、実際に DI 構成プロセスを示していることがあることがわかりますが、それは主に本が DI を教えようとしているからです。たとえば、図 4.5 ( 95 ページ) を見てください。
この図は、2 つのコンポーネント (HomeController と ProductService) 間の相互作用に加えて、2 つのコンポーネントが使用される前に、コンポジション ルートによってどのように構成されるかを示しています。このセクションではコンストラクター インジェクションがどのように機能するかを説明しているため、これはこの場合に特に役立ちます。
ただし、コンポーネント間の相互作用を理解するには、このレベルの詳細は必要ありません。したがって、図 6.6 ( 181 ページ)のように、本のほとんどのシーケンス図では、これらの詳細が隠されています。