DIをクラスインジェクションに使用する点はありますか？

Question

angular1では、私たちはしばしば、インスタンスではなくクラスを注入するためにfactoryを使用しました。 angular2では、私は同じことを行うことができます。

{provide: MyClass, useFactory:() => { return MyClass }} 

... 
constructor(MyClass) { 
    let instance = new MyClass(); 
} 

はしかし、私は、これはJSモジュールの不在によって正当化されたことを読んで覚えています。 ES6モジュールを使用したので、クラス注入のためにDIを使用する必要があるかどうか疑問に思っていますか？クラスを取得するために角度DIを使用しないライブラリが多数ありますが、importステートメントでアクセスします。

Answer 1

{provide: MyClass, useFactory:() => { return MyClass }} 

と

{provide: MyClass, useValue: MyClass } 

、本質的に同じものです。はい、手動でインスタンス化されるはずのクラスに対してDIを使用するのは理にかなっています。

それはDIがJS（ES.Next）で実行されて何の問題作成しません：

constructor(@Inject(MyClass) MyClass) { 
    this.MyClass = new MyClass; 
} 

をしかし、タイプが正しく指定されなければならないので、活字体で使用するために以下の便利なことがあります

constructor(@Inject(MyClass) MyClass: typeof MyClass) { 
    this.MyClass = new MyClass; 
} 

プロバイダとして使用すると、元のコードにパッチを適用することなくいつでも機能を置き換えたり拡張したりすることができます。これはサードパーティ製のライブラリの優れた特性です。

そして、より良いテスト容易性を提供します。MyClassは、スタブクラスまたはスパイ関数に置き換えることができます。 DIが含まれていない場合、これはテストをより複雑にし、インポートレベルでDIを実装する必要があります。 rewire-webpackとなります。

Answer 2

*.tsファイル内で型を指定するには、TypeScriptのインポートステートメントを使用する必要があります。これはDIとはまったく異なり、DIには実際には関係しません。ただし、そのようなインポートされた型は依存関係を要求するDIプロバイダのキーとして使用できます。

new MyClass()でクラスインスタンスを作成することができます。

あなたのクラスは

DIを使用して

class MyClass { 
    constructor(this.http:Http) {} 
} 

ようAngulars HttpModuleからHttpのような依存関係を持っている場合は、DIによって作成MyClassインスタンスとも自動的に渡されたHttpパラメータを取得するために便利です。

DI（Inversion of Control）は、結果のクラスが密接に結合されていないため、テストを容易にする一般的なプログラミングパターンです。

DIはhiearchicalであり、特定のスコープを持つインスタンスを共有することが容易になります（例えばコンポーネントインスタンスと、それは子供たちのすべて）