依存性注入：実装を完全に非表示にして、コンテナに依存するか、実装とコンストラクタを公開しますか？

Question

私は3 dll（web.dll、businesslogic.dll、services.dll）のアプリを持っています。 Webアプリケーションは、サービスを使用するビジネスロジックオブジェクトをインスタンス化します。すべてのサービスはインターフェースの背後に隠されており、私はautofacを使ってビジネスロジックオブジェクトに実装を挿入します。ここには何もない。

私のサービスのインターフェイスを公開にして、自分のアプリケーションの内部構造を作ることで自分のアプリケーションの実装を隠すことで、アプリケーションのカプセル化を改善しようとしています。 Autofacの自動登録では、コンストラクタに接続文字列のような値型のパラメータがなければ正常に機能します。私はので、私は1が最高とみなされるであろうと思いまして、それぞれに長所と短所と3つの選択肢を持っています。素晴らしい作品が、多くのを作成する、：（IMyServiceConfigurations EX）

1. は、インターフェイスにすべての私の値のパラメータを交換してください1つのプロパティーインターフェースと、コンストラクターを少し難読化した実装

2. 登録をautofacモジュールに入れてサービスDLLに入れます。そうすることで、私は本当に好きではないサービスdllのAutofacに依存します。私は、アプリケーションのルート（Webアプリケーション）がコンテナに依存することを好むだけです。

3. NamedParameterまたはTypedParameterを使用しますが、アプリケーションのルートは使用されるコンストラクタを知る必要があります。実装）、カプセル化が別の方法で壊れてしまいます。

サービスDLL以外の実装を漏らさずに達成する方法についてのアイデアやコメントがあります。

ありがとうございました。

Answer 1

私は私のサービスのインタフェースは、公開することによって、私のアプリのためのより良いカプセル化を作成しようとしていますが、クラスが内部作り、それらを内部

を行うことで、私のタイプの実装を隠蔽することは変更されません。カプセル化を考慮したものあなたのコンポーネントは抽象化に依存しているので、消費者の視点からカプセル化に違いはありません。彼らはまだ実装の存在を知らない。これは、コンシューマが依存関係のない別のアセンブリに実装を移すと、誇張される可能性があります。このようにして、実装は消費者が直接使用することなく公開することができます。

これ以外にも、実装が公開されている場合でも、実装されているインターフェイスによって公開されている部分を除いてすべてを内部的にすることで、通常はその不変条件を保護します。つまり、公開されていてもカプセル化が適用されています。

ビジネスアプリケーションのアプリケーションでは、通常、実装を内部で行うことで何も得られません。あなたのアプリケーションの外の誰もこれらのタイプを使用しようとはしません。これらの実装には2人の消費者がいる。それらの消費者はユニットテストであり、アプリケーションのcomposition rootです。両方のために、あなたがそれらを内部にする場合、それはあなたの仕事をより困難にするだけです。

これらのタイプを公開することを再検討します。