Ich muss einen Service machen, der zwischen den verschiedenen angular2 Anwendungen geteilt werden kann. Dieser Dienst greift auf die Rest-API zu und wickelt seine Daten so ein, dass Angular Application sie verwenden kann. Wenn ich angular2 http-Dienst verwende, dann muss ich das ganze angular2 als eine Abhängigkeit für den Dienst haben.angular2 teilen eine http-Service-Schicht
Momentan möchte ich die Serviceebene als separates npm-Paket haben, damit ich sie zwischen den verschiedenen Projekten wiederverwenden kann.
Gibt es eine bessere Möglichkeit, die Wiederverwendbarkeit zu erreichen und nicht die gesamte angular2-Bibliothek im Servicepaket zu installieren?
Also der Dienst hat 'angular' npm Abhängigkeit, die mit übergeordneten Paket (Projekt) geteilt wird. Was ist das Problem damit? Offensichtlich sollte der Dienst nicht kompiliert werden, um in der Lage zu sein, das gleiche "eckige" wie das Projekt zu verwenden. Da der Dienst nicht in einer nicht-eckigen Umgebung verwendet werden soll, sollte dies so einfach sein. – estus
@estus der Service ist ein anderes Paket. Also ich möchte in der Lage sein, nur http zu verwenden, nicht das ganze angular2, wenn es möglich ist. Natürlich kann ich das ganze ng2 installieren und da das Projekt auch ng2 ist, wird es nur einmal installiert. –
Aber der Dienst wird von der App gehostet, oder? Dann wird injiziert 'Http' vom App-Injektor kommen. Das Servicepaket muss nicht einmal npm 'eckige' Abhängigkeit haben (selbst wenn es so ist, wird 'Import ... von' angular2/http''im Servicepaket wahrscheinlich zu demselben' angular2/http' wie im Projektpaket aufgelöst , so funktionieren npm-Pakete). Die Frage ist in ihrem aktuellen Zustand vage und es fehlt der eigentliche Code, aber es sieht so aus, als ob es überhaupt kein Problem gibt. – estus