Es gibt derzeit keine Möglichkeit, einen Ordner root anzugeben, der in Referenzen verwendet werden soll.
Absolute Dateipfade funktionieren zwar, aber die Pflege der Pfade im Allgemeinen mit mehreren Entwicklern macht dies wahrscheinlich für viele TypeScript-Entwicklungsprojekte zu einem Problem.
Es gab discussions auf CodePlex zum Beispiel, die eine ähnliche Anfrage (aber ohne eine Auflösung) ausgedrückt. Da TypeScript-Dateien Stand-alone sind, haben sich einige Sorgen darüber gemacht, dem Compiler ein projektähnliches Schema zu geben.
Einige Entwickler werden die am häufigsten benötigten Referenzen in einer einzigen Datei (z. B. _references.d.ts
) und Referenzen auf die Definitionsdateien dort auflisten. Dann wird diese Datei von anderen TypeScript-Dateien referenziert. Es vereinfacht, ist aber nicht das Problem vollständig beseitigen (wie Sie noch relative Dateireferenzen mit N Ebenen Verzeichnis popping potenziell verwenden müssen):
/// <references path="../../../_references.d.ts." />
Je nachdem, wie viele Dateien, die Sie haben und die Größe der Definitionen Sie können jedoch feststellen, dass der Kompiliervorgang länger dauert, wenn Dateien einzeln kompiliert werden (da möglicherweise nicht verwendete Definitionen aus der Datei _references.d.ts
abgerufen werden). (Wenn Sie zum Beispiel "Compile on save" in einer IDE aktiviert haben).
Ein Pfad wie ' ' sollte funktionieren. Das Problem, mit dem Sie verbunden sind, wird als behoben angezeigt (und ich habe bestätigt, dass es funktioniert). –
WiredPrairie
Hmm, das ist besser als schlampige Verweise, aber das Festschreiben der Verzeichnisstruktur bedeutet, dass der Speicherort in meinem Dateisystem in die Dateien eingebettet ist, was auf anderen Rechnern nicht funktioniert. Sicherlich sollte Typescript root-relative Pfade unterstützen, dh '/ Scripts/typings/...' –
Leider unterstützt es nicht so etwas, da jede Datei unabhängig in eine JavaScript-Datei kompiliert werden kann, so dass es keinen Nutzen gibt Definierter Speicherort für einen Stammpfad. Das Team ist sehr gut darin, Feedback zu Github zu hören. – WiredPrairie