Décrivez le bogue
Les importations et les indications de type d'interopérabilité de balisage interrompent les fichiers .svelte pour la version 102.5.0.
<div>{obj.value}</div>
) ne fournit aucune indication de type.<script lang="ts">
.Le retour à la v102.4.0 résout ces problèmes: code --install-extension [email protected]
.
Reproduire
Installez [email protected]
. Comparez à [email protected]
.
Comportement prévisible
Une description claire et concise de ce à quoi vous vous attendiez.
Captures d'écran
Système (veuillez compléter les informations suivantes):
Contexte supplémentaire
Pour être clair, mon application fonctionne comme prévu, cela semble être entièrement un problème d'outillage.
Avez-vous un extrait de code minimum qui reproduit cela pour vous, plus précisément, un extrait de code où l'erreur "jeton inattendu" se produit (je suppose que toutes les autres erreurs sont dues à cela)? Je ne peux pas le reproduire compte tenu de votre description.
Avec svelte-check 1.1.8
> svelte-check --output=machine
1604601599943 START "<my-path>"
1604601605719 COMPLETED 36 FILES 0 ERRORS 0 WARNINGS 10 HINTS
Avec svelte-check 1.1.9
> svelte-check --output=machine
1604601792022 START "<my-path>"
1604601797435 ERROR "src/components/employee/Employees.svelte" 10:18 "Unexpected token"
1604601797435 COMPLETED 36 FILES 1 ERRORS 0 WARNINGS 9 HINTS
La ligne en question définit simplement une variable avec un type:
let newEmployee: EmployeeDto;
Je reçois moi aussi des erreurs typographiques inattendues avec la dernière mise à jour. Jusqu'à présent, cela n'a été que pour les importations. Tous ont la même erreur, mais ne sont généralement pas les mêmes lignes entre les fichiers. Vous pouvez voir ici qu'il marque le *
comme erreur, d'autres fichiers marquent {
ou d'autres parties dans la ligne d'importation.
Si quelqu'un cherche une solution:
ctrl+,
extensions.autoUpdate
et désactivez-lecode --install-extension [email protected]
N'oubliez pas de réactiver les mises à jour automatiques plus tard
On dirait qu'un PR vient d'arriver, mais au cas où cela aiderait encore, voici le plus petit exemple que je pourrais obtenir pour reproduire de manière fiable:
<script context="module" lang="typescript">
class Control {
el: string;
}
</script>
<script lang="typescript">
</script>
Cela devrait être corrigé avec Svelte pour VS Code 102.5.1 / svelte-check
1.1.10
Pouvons-nous ajouter un test pour cela pour éviter que des choses comme ça à l'avenir? J'adorerais le faire, mais je n'ai trouvé aucun test dans ce dépôt, peut-être que vous pouvez me donner un indice.
Juste un peu de contexte: je suis nouveau à Svelte et j'ai passé environ 2-3 heures à essayer de comprendre ce qui se passait. Tout d'abord, l'extension svelte s'est cassée après avoir rechargé vs code (ce que je n'avais pas réalisé à ce moment-là), puis svelte-check a cessé de fonctionner après avoir réinstallé tous les packages (ce que je n'avais pas non plus réalisé à ce moment-là). Je n'ai rien trouvé sur Google ni trouvé dans le guide de dépannage pour svelte-check, car c'est apparemment la première fois que quelque chose comme ça se produit. Pas une super expérience. Pour quelqu'un venant de React, une grande expérience dactylographiée est un must. J'étais sur le point d'abandonner Svelte pour de bon :(
J'ai ajouté un test avec le correctif que vous pouvez voir dans le commit. Menacer de partir n'aide pas.
Génial, j'ai raté le fait qu'il soit déjà inclus dans le commit :)
BTW Je ne suis pas «menaçant», j'essayais simplement de décrire une situation dans laquelle cela m'avait mis et comment cela me faisait ressentir, c'est tout.
Commentaire le plus utile
Cela devrait être corrigé avec Svelte pour VS Code 102.5.1 /
svelte-check
1.1.10