Le code VS installe-t-il TypeScript, et si oui: où?
J'ai récemment lu que l'installation de VS Code installe également le Tapuscrit du compilateur. Est-ce vrai? Si oui, où est-il installé?
J'ai trouvé un tsc.js fichier ici:
C:\Users\Deb\AppData\Local\Code\app-0.3.0\resources\app\server\lib\typeScript
Mais je ne parviens pas à trouver un tsc.exe
n'importe où.
source d'informationauteur DeborahK
Vous devez vous connecter pour publier un commentaire.
Après quelques essais et erreurs, je suis venu à la conclusion que VS Code ne PAS installer le Tapuscrit compilateur.
Le Tapuscrit compilateur ne doivent être installés manuellement à l'aide de
npm install -g typescript
.Si l'installation sous Windows sur une machine qui a eu Visual Studio 2012/2013/2015 installé, la machine peut également avoir d'autres versions de la Machine installée ici: C:\Program Files (x86)\Microsoft SDKs\Machine\
Si c'est le cas, VS Code peut essayez d'utiliser la version installée. Pour éviter ce problème, supprimez toutes les références ci-dessus pour le Tapuscrit chemin à partir de la variable d'environnement path.
Pour vérifier la version par défaut de la Machine compilateur qui seront trouvés, utilisez la ligne de commande et tapez:
tsc -v
. Cela devrait vous donner le numéro de version.Commande Shell 'cst' en donnant toujours l'erreur sur la commande n'est pas trouvé, même si j'avais couru
À la fin, j'ai utilisé la commande externe:
"commande": "C:/Users/user1/AppData/Roaming/npm/tsc.cmd",
"isShellCommand": "false"
Et puis il construit
J'ai couru à travers cette question lors de la tentative de construire un texte dactylographié dans le Code de Visual Studio, tout en suivant de @DeborahK de Pluralsight cours "Anguleux avec Tapuscrit".
Je suis tombé sur le même message d'erreur dans le Code de Visual Studio panneau de SORTIE.
J'ai eu récemment fait une installation globale de la Machine 1.8.9 de mnp.
Cependant, la vérification de la Tapuscrit version de compilateur dans mon cmd shell de montrer une ancienne version 1.3.0.
Pour contourner ce problème, j'ai supprimé les références à partir de la variable "Path" dans mon "variables Système" (paramètres système Avancés > Variables d'Environnement... > variables Système). J'ai enlevé le chemin d'accès suivant:
J'ai appris que le Visual Studio 2013 l'installation, j'ai aussi eu sur la même machine inclus une installation de Production 1.3.0. Le nettoyage de ma variable "Path" fixe à la sortie de mon Tapuscrit compilateur de vérification de version.
Malheureusement, j'avais toujours le problème dans le Code de Visual Studio. La chose qui, inévitablement, il fixe, pour moi, c'était un redémarrage.
Si vous arrivé jusqu'ici, c'vers le bas dans le fil, c'est ce qu'il fixe pour moi. YMMV.
Vous l'avez trouvé. tsc.js est le point d'entrée pour le Tapuscrit du compilateur. Il n'y a pas de tsc.exe.
Pour être clair: VS Code ne pas mettre un TS Compilateur. Actuellement vous avez deux Options:
=> Vous n'avez pas Besoin VStudio pour ce Plugin pour fonctionner.
Je recommande à tous VS Code les utilisateurs à installer NodeJS. En fait, la principale des choses nécessaires pour la compilation sont dans tsc.js qui doivent être exécutées dans un hôte (=par un moteur d'exécution JavaScript). Cela peut être soit tsc.exe ou nodejs, cependant, il y a des différences. NodeJS permet de regarder un fichier (par exemple à l'aide de libuv pour détecter des changements sur l'enregistrement d'un fichier ts pour compiler automatiquement). Je recommande NodeJS tant que vous n'utilisez pas VStudio. TSC.exe peut(!) être plus rapide car il fonctionne sur le Chakra de maintenant, qui est le nouveau Bord-Moteur. Cependant, NodeJS utilise Google v8 qui devrait être assez rapide. J'ai aussi expérimenté CHEMIN-des Problèmes avec tsc.exe. VS Code fonctionne vraiment indépendant du compilateur, il n'est pas fusionné avec le Compilateur aussi lourd que msbuild avec vstudio. Donc VSCode échouera s'il n'y a pas de CHEMIN d'entrée. Je n'ai jamais eu de Problèmes avec NodeJS.
Meilleur,
Christian