Language-tools: Svelte pour VS Code v102.5.0 / svelte-check 1.1.09 Interrompt la prise en charge de TS dans les fichiers .svelte lorsque la balise de style est présente ci-dessous

Créé le 5 nov. 2020  ·  9Commentaires  ·  Source: sveltejs/language-tools

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.

  • Le survol des variables js dans le balisage (par exemple <div>{obj.value}</div> ) ne fournit aucune indication de type.
  • Aucune suggestion de propriété lors de la tentative de saisie semi-automatique dans le balisage.
  • Faux positifs avec des erreurs ts dans <script lang="ts"> .
  • Faux positifs avec des erreurs d'importation de composants (dans certains cas).

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

  • Aucune suggestion de propriété lors de la tentative de saisie semi-automatique:
    image
  • Faux positifs avec erreurs ts:
    image
  • Faux positifs avec les importations de composants (dans certains cas):
    image

Système (veuillez compléter les informations suivantes):

  • OS: Windows
  • IDE: VSCode 1.50.1, x64
  • Plugin / Package: Svelte pour VSCode

Contexte supplémentaire
Pour être clair, mon application fonctionne comme prévu, cela semble être entièrement un problème d'outillage.

Fixed bug

Commentaire le plus utile

Cela devrait être corrigé avec Svelte pour VS Code 102.5.1 / svelte-check 1.1.10

Tous les 9 commentaires

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.

image

Si quelqu'un cherche une solution:

  • ctrl+,
  • Recherchez extensions.autoUpdate et désactivez-le
  • Ouvrez le terminal et rétablissez le plugin en v102.4.0 avec code --install-extension [email protected]
  • Attendez qu'il soit installé et rechargé

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.

Cette page vous a été utile?
0 / 5 - 0 notes