角度2.0 DIは抽象化に依存できますか？

Question

私はAngular 2.0 docs約依存性反転をと読んできました。私はまたonline examplesも探しています。

私の理解では、@injectableデコレータは、emitDecoratorMetadataフラグを持つTypeScriptコンパイラを使用して、依存関係を解決するために使用されるメタデータを作成します。例えば、以下のクラスを取る：

は

活字体のコンパイラはDataServiceクラスはタイプHttpとコンストラクタの引数を持つメタデータを経由して宣言するemitDecoratorMetadataを使用しています。

我々はそれが@Appまたは@ComponentデコレータでProvidesオプションを使用して、いくつかのコンポーネントに注入する必要があることを示すことができ@Injectableを使用して、クラスの依存関係を宣言した後。

私はemitDecoratorMetadataの行動を認識していると私はそれがインターフェイスのためのメタデータを発することができないことを知っています。したがって、私はIHttp代わりのHttpに依存しないことを前提としています

は私の仮定が正しいですか？ “Depend upon Abstractions. Do not depend upon concretions.”に頼ることはできますか、それは現時点では不可能なことですか？私はemitDecoratorMetadataがシリアル化インターフェイスを使用できるようになるとすぐに修正されると考えています。

Answer 1

現在、プロバイダのキーとしてタイプ、文字列名、またはOpaqueTokenが必要です。
実行時に情報が利用できないため、インターフェイスはサポートされていません。これが追加されると、DIがそれらをサポートすると確信しています（既にDartでサポートされています）。

Answer 2

TypeScriptを使用している場合は、解決策があります。

私はAngular 2.0を使用していませんが、私たちは類似のDIライブラリ（intakejs）を開発しました。問題は、TSコンパイラがクラスのためだけに反射メタデータを出すことであり、インターフェースのためではない（彼らは "オブジェクト"のように扱われる）。

これらの機能をさらに追加したいと思っていますが、今日はTypeScriptのdeclaration merging機能に基づいたハックを使用しています。アイデアは、あなたがインターフェイスを宣言し、このような文字列または他のいくつかのランタイムIDでそれをマージすることができるということです。

export interface IMyInjectable { 
    foo(): string; 
} 
export const IMyInjectable = 'MyInjectable'; 

は、あなたがそのインターフェイスの実装を持っていると仮定しましょう：

@Injectable('MyInjectable') 
class MyInjectable implements IMyInjectable { 
    foo(): string { return 'hello' } 
} 

次に、あなたが依存することができますあなたの消費者階級の抽象化：

class MyConsumer { 

    @Inject(IMyInjectable) 
    private myInjectable: IMyInjectable; 

} 

この小さなトリックがあなたの問題を解決することを望みます。