Comment gérer les erreurs de détection des règles de syntaxe vue

Cette fois, je vais vous montrer comment gérer les erreurs de détection des règles de syntaxe vue et quelles sont les précautions pour traiter les erreurs de détection des règles de syntaxe vue. Ce qui suit est un cas pratique, jetons un coup d'œil. .

J'ai construit un projet vue. Lors de la configuration du chemin, diverses erreurs sont apparues les unes après les autres. Les plus courantes étaient certaines méthodes d'écriture, telles que les espaces, l'indentation et diverses parenthèses. phrase par phrase et les modifications étaient assez similaires. C'est chronophage et inefficace, même une configuration de routage n'a pas encore été écrite

L'erreur principale est la suivante. :

intercepté Un rapport d'erreur courant, sélectionnez-en un :

Indentation attendue de 4 espaces mais trouvé 1 onglet

Traduisez-le, cela signifie : Indentation attendue de 4 espaces mais trouvé 1 onglet 1 onglet. Cela signifie que lorsque Vue détecte des règles d'écriture, il ne reconnaît que les espaces et ne reconnaît pas l'indentation des tabulations. À ce stade, vous devez modifier le contenu de la page et remplacer les tabulations par des espaces, ce qui est plus gênant. les raisons et trouvez-les. La solution est la suivante :

Tout d'abord, recherchez le fichier webpack.base.conf.js dans le répertoire build et désenregistrez cette section dans les règles :

Enregistrez, puis npm exécutez à nouveau dev :

Bien que le rapport d'erreur disparaisse, l'inconvénient de ceci c'est qu'il est forcé d'arrêter toutes les fonctions de vérification des erreurs. De nombreuses erreurs de grammaire ne peuvent pas être détectées au début, cela n'est pas recommandé et n'est pas propice à la lisibilité et à la standardisation du code. Ensuite, nous devons trouver un autre moyen, il suffit de modifier la configuration dans les règles.

Deuxièmement, cela utilise un autre fichier de configuration  : le fichier .eslintrc.js dans le répertoire de test (recommandé)

Ajoutez vos règles personnalisées, puis recommandez à tout le monde de se familiariser avec les règles ESLint

Règles

en configuration Certaines des règles peuvent être définies dans le fichier.

Il existe trois niveaux d'erreur pour les règles :

1. "off" ou 0 : désactivez la règle. "

2. avertir" ou 1 : ouvrez la règle et agissez comme un avertissement (n'affecte pas le code de sortie).

3. "erreur" ou 2 : Ouvrez la règle en tant qu'erreur (le code de sortie sera 1).

Pour vous donner une meilleure compréhension des règles, ESLint les divise en catégories.

Toutes les règles sont désactivées par défaut. Dans le fichier de configuration, utilisez "extends": "eslint:recommended" pour activer les règles recommandées et signaler certains problèmes courants. Ces règles recommandées sont marquées d'une balise ci-dessous.

Les erreurs possibles sont configurées par rapport aux règles personnalisées

En prenant l'erreur signalée ci-dessus comme exemple, elle est liée à l'indentation de l'espace :

Ensuite, allez dans les règles, ajoutez manuellement « sans espaces et tabulations mixtes », puis définissez-le sur 0, fermez la règle

 // 在这里添加自定义规则
 'rules': {
  // allow paren-less arrow functions
  'arrow-parens': 0,
  // allow async-await
  'generator-star-spacing': 0,
  // 禁止空格和 tab 的混合缩进
  'no-mixed-spaces-and-tabs'：0，
  // allow debugger during development
  'no-debugger': process.env.NODE_ENV === 'production' ? 2 : 0
 }

Je crois que vous l'avez maîtrisé après En lisant le cas dans cet article Méthode, pour des informations plus intéressantes, veuillez prêter attention aux autres articles connexes sur le site Web chinois de php !

Lecture recommandée :

Comment utiliser jQuery pour obtenir des couleurs aléatoires

JS implémente l'algorithme de recherche, de tri et de déduplication le plus simple

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!