私はPicoContainer及びばねのようなIoC (制御の逆転)フレームワークの品種を拾い読みしていた。 私はこれらのフレームワークの支持者のための1つの簡単な質問を有する。

私は私達がIoCが演説する同じ問題を解決する ために陽気にサービス ロケータパターンを使用する古いキャンプから来る。 私達はサービス提供が中心の建築の2つの典型的な問題に直面する。

サービスAが(インターフェイスによって定義される) B、C及びDの実施によって提供されると仮定しなさい。 皆登録したと仮定しなさい。 今度は私はCがB.より優秀なサービス・プロバイダであることがわかっている。 私はまたDがベストであることもわかっている。 但しDはいつも利用できないかもしれない。 従って私達はDが利用できないときCの後退を必要とする場合もある。 私の最初簡単な質問はこれらのサービスのそれぞれが異なったサービスプロバイダによって提供されるとき分散環境のこの情報を渡すためにいかにしなさいかである。 私達はいかに、標準として、住所QoSの規則か。

今度はこれらのサービスのそれぞれにホットスワップ対応の部品があると仮定しなさい。 BにEがある及びF、DにH及びJ等がある。 私達は優美な低下等QoSに演説するサービスについての一般的な方法メタデータおよび他の心配で順序か使用法を指定することを好みなさいことを指定する必要がある。

現代IoCフレームワークはいかにこれに演説するか。