1

Also habe ich Visual Studio Code (vscode) beim Abspielen mit einigen Beispiel-es6-Projekten verwendet.Sollten Sie den typings-Ordner für es6-Projekte bei Verwendung von vscode festschreiben?

Mein Verständnis ist, dass, damit intellisense mit Node-Modulen richtig funktioniert, Sie die Typings der Projekte, an denen Sie arbeiten, einschließen müssen (Link here).

Was ich auch verstehe ist, dass Sie eine typings.json Datei haben können, die alle "Typdefinitionen" speichert und Sie eine typings install ausführen, um alle Typings abzurufen.

Dies ist alles, um die Intellisense in vscode arbeiten zu lassen. Was ich nicht sicher bin ist, ob Sie diese (typings Ordner und typings.json) von der Versionskontrolle insgesamt ausschließen sollten?

Im Moment denke ich, dass der Editor die Source-Code-Struktur nicht beeinflussen sollte. Ich bin mir ziemlich sicher, dass Sie den Ordner typings ausschließen sollten. Ich bin mir nicht sicher über typings.json. Es könnte für vscode-Benutzer nützlich sein, aber wird wahrscheinlich für WebStorm/Atom/Sublime/Vim-Benutzer sinnlos sein?

+0

Wenn Sie es nicht kontrollieren (im selben Projekt), gehört es wahrscheinlich nicht in das gleiche Repo. Sie sind besser mit einem Proxy- oder Artefaktserver vor Ort, als Ihre Abhängigkeiten zu jedem Projekt zu übertragen. – ssube

Antwort

2

Der Inhalt des typings-Ordners kann einfach wiederhergestellt werden, indem typings install ausgeführt wird. Wenn Sie einen Build-Prozess wie Webpack, browserify, gulp o.ä. haben, benötigen Sie diese Definitionen, um beispielsweise den Typskript-Compiler in Ihrem fortlaufenden Integrationssystem ausführen zu können.

Also sollten Sie die typings.json commit und fügen Sie einige npm postinstall Skripte, um automatisch herunterladen die Typisierung, wenn Sie npm install ausführen, um in der Lage, Ihren Code auf automatisierte Weise zu bauen.

+0

Dies ist für ES6-basierte Projekte, nicht für typoskriptbasierte. Ich denke, dass dies für Typoskript-Projekte sinnvoll ist, obwohl –

+0

Was meinst du genau? Ein automatisierter Build-Prozess? Dies ist natürlich für Typoskript-Projekte sinnvoll. Wir benutzen Typoskript und Webpack zusammen und es ist eine ziemlich gute Übereinstimmung. Auch angular 2 bietet jetzt ein Tutorial zur Verwendung von Typoskript mit Webpack: https://angular.io/docs/ts/latest/guide/webpack.html. Wenn Sie Typoskript und Typings verwenden, haben Sie wahrscheinlich npm für Ihr Projekt konfiguriert, oder? Warum also nicht einfach ein Postinstall-Skript hinzufügen und den Typisierungsordner entfernen? –

+0

Oder wenn Sie das Gitlab/Travis YML-Build-Skript verwenden, fügen Sie einfach eine Zeile hinzu, um die Typings zu installieren, bevor Sie tsc/webpack/gulp/whatever ausführen. – ssube