Angular 2.0 DI kann ich mich auf Abstraktionen verlassen?

Question

Ich habe die Angular 2.0 docs über Abhängigkeit Inversion gelesen und ich habe auch einige online examples gesucht.

Mein Verständnis ist, dass der @injectable Dekorator den TypeScript-Compiler mit dem Flag emitDecoratorMetadata verwendet, um Metadaten zu erstellen, die zum Auflösen von Abhängigkeiten verwendet werden. Nehmen Sie zum Beispiel die folgende Klasse:

Typoskript Compiler emitDecoratorMetadata über Metadaten zu erklären, verwendet, die die DataService Klasse einen Konstruktor Argument hat mit Typ Http.

Sobald wir die Abhängigkeiten einer Klasse deklariert haben @Injectable verwenden, können wir zeigen, dass es in einigen Komponenten injiziert werden muss, die Provides Option in den @App oder @Component Dekorateure verwenden.

Ich bin mir dessen bewusst das Verhalten von emitDecoratorMetadata und ich weiß, dass es keine Metadaten für Schnittstellen emittieren kann. Daher gehe ich davon aus, dass ich nicht auf IHttp statt Http verlassen kann:

Ist meine Annahme richtig? Kann ich davon abhängen “Depend upon Abstractions. Do not depend upon concretions.” oder ist das etwas, das im Moment nicht möglich ist? Ich nehme an, das wird behoben werden, sobald die emitDecoratorMetadata Serialisierung von Schnittstellen wird.

Answer 1

Momentan benötigen Sie einen Typ, einen String-Namen oder einen OpaqueToken als Schlüssel für Provider.
Schnittstellen werden nicht unterstützt, da die Informationen zur Laufzeit nicht verfügbar sind. Wenn das hinzugefügt wird, bin ich sicher, dass DI sie unterstützen wird (es wird bereits von Dart unterstützt).

Answer 2

Wenn Sie TypeScript verwenden, habe ich eine Lösung für Sie.

Ich verwende nicht Angular 2.0, aber wir entwickelten ähnliche DI-Bibliothek (intakejs). Das Problem ist, dass TS-Compiler Reflection-Metadaten nur für Klassen ausgeben, nicht für Interfaces (sie werden wie "Objekt" behandelt).

Hoffentlich würden sie solche Funktionalität weiter hinzufügen, aber heute verwenden wir Hack basierend auf TypeScript declaration merging Funktion. Die Idee ist, dass Sie Schnittstelle erklären können, und führen Sie sie mit einer Schnur oder einer anderen Laufzeit-ID wie folgt aus:

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

Nehmen wir an, Sie Implementierung dieser Schnittstelle haben:

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

Dann können Sie hängen von Abstraktion in Ihrer Verbraucherklasse:

Ich hoffe, dass dieser kleine Trick Ihr Problem lösen wird.