Heim > Artikel > Web-Frontend > Einschränkung einiger Syntax mit ESLint
ESlint ist ein fantastisches Tool, um unseren Code konsistenter zu machen, und spart unseren Teams viel Zeit. Es gibt eine Menge Plugins, die die meisten allgemeinen Anwendungsfälle abdecken, aber manchmal haben wir spezielle Anforderungen und die Erstellung einer eigenen Regel würde zu viel Zeit in Anspruch nehmen.
Für die einfachsten Fälle, wenn wir lediglich die Verwendung einer Funktion (oder eigentlich etwas anderem) verbieten möchten, können wir eine Standardregel nutzen: no-restricted-syntax.
Bevor wir unseren ersten Selektor schreiben, müssen wir das zugrunde liegende System verstehen. Der AST ist einfach eine Darstellung eines Programms in Form verschachtelter Objekte (daher der „Baum“ in AST), die von einem „Parser“ erstellt wurden. Es ist sehr flexibel, da es leicht gelesen, abgefragt und manipuliert werden kann. Die Alternative wäre die Verwendung regulärer Ausdrücke, aber das wäre sehr schwer zu lesen und zu schreiben. Es ist also im Grunde ein Zwischenschritt, der alle großartigen Dinge ermöglicht, die eine IDE durch das Verständnis unseres Codes kann.
Um zu verstehen, wie es funktioniert, können wir mit dem AST Explorer experimentieren, einem praktischen Tool, das einen Teil des Codes und seinen AST parallel anzeigt, wobei Sie mit der Maus über einen beliebigen Teil des Codes fahren oder darauf klicken können, um den entsprechenden AST-Teil hervorzuheben :
⚠️ Achten Sie darauf, den Parser beim Ändern der Sprache richtig auszuwählen.
Wenn Sie beispielsweise Vue-Code schreiben, verwenden Sie in unserem Fall unbedingt den vue-eslint-Parser, da wir einen ESlint-Selektor schreiben möchten. Sie können auch überprüfen, was @vue/compiler-dom ausgibt, aber Sie können den resultierenden Baum nicht mit einer ESlint-Regel abfragen.
Das zweite hilfreiche Tool, das wir benötigen, ist die Dokumentation der ESLint-Selektoren. Es listet den Ausdruck auf, den wir zum Abfragen des AST verwenden können, und kommt Ihnen vielleicht bekannt vor, wenn Sie mit CSS vertraut sind. Es basiert auf dem gleichen „kaskadierenden“ Verhalten, mit Matchern wie Nachkommen, Geschwistern, Knoten- und Attributfilterung usw. Hier sind einige Beispiele aus den Dokumenten:
Also, angesichts dieses Codes:
const time = dayjs();
Der folgende AST wird mit @typescript-eslint/parser generiert:
Program { body: [ VariableDeclaration { declarations: [ VariableDeclarator { id: Identifier init: CallExpression { callee: Identifier { name: "dayjs" } arguments: [] optional: false } } ] kind: "const" } ] sourceType: "module" }
In unserem Fall müssen wir einen Funktionsaufruf (CallExpression) zuordnen, dessen Name dayjs (Bezeichner mit Namenseigenschaft) ist. Wir benötigen außerdem den Selektor für direkte Nachkommen > Um sicherzugehen, dass wir keinen Funktionsaufruf finden, in dem ein DayJS-Bezeichner verschachtelt sein könnte. Der Selektor lautet also CallExpression > Bezeichner[name="dayjs"].
Hier ist unser Selektor, um die Verwendung von Dayjs ohne UTC zu verhindern, den Sie live im ESLint Playground ausprobieren können:
const time = dayjs();
Program { body: [ VariableDeclaration { declarations: [ VariableDeclarator { id: Identifier init: CallExpression { callee: Identifier { name: "dayjs" } arguments: [] optional: false } } ] kind: "const" } ] sourceType: "module" }
Hier ist ein weiteres Beispiel, das eine (ziemlich abgehackte) Methode zum Festlegen lokaler Variablen in Vorlagen in Vue-Vorlagen verbietet (beachten Sie, dass der Regel vue/ vorangestellt ist, da sie das Paket eslint-plugin-vue benötigt):
'no-restricted-syntax': [ 'error', { selector: 'CallExpression > Identifier[name="dayjs"]', message: 'Always use dayjs.utc() instead of dayjs() to avoid timezone issues', }, ]
const foo = dayjs(); // ^^^^^ Invalid const bar = dayjs.utc();
Übrigens können Sie hier mehr über diesen seltsamen Trick lesen, der uns in der Vergangenheit einige Reaktivitätsprobleme bereitete, weshalb wir beschlossen haben, ihn ganz zu verbieten.
Dies ist das letzte Beispiel, in dem wir die Verwendung eines bestimmten Satzes von Übersetzungen verbieten mussten, also mussten wir die t-Funktion (oder eine beliebige Variation) finden, die ein erstes Argument hat, das mit „exports“ beginnt. :
'vue/no-restricted-syntax': [ 'error', { selector: 'VAttribute > VExpressionContainer > AssignmentExpression', message: 'Do not assign values in templates as it will not be reactive', }, ],
<template> <div :set="(foo = 'bar')">{{ foo }}</div> <!-- Outputs <div>bar</div> --> <!-- ^^^^^^^^^^ Invalid --> </template>
Wenn Sie Schwierigkeiten haben, den richtigen Selektor zu finden, können Sie ChatGPT um Hilfe bitten! Es ist auch gut darin, Selektoren zu erklären:
Auch wenn Sie nur Importe einschränken müssen, ist es einfacher, die No-Restricted-Imports-Regel zu verwenden:
'no-restricted-syntax': [ 'error', { selector: 'CallExpression[callee.name=/^(t|tc|tf|te|d|n)$/][arguments.0.value=/^exports./]', message: 'Do not assign values in templates as it will not be reactive', }, ],
Diese Lösung funktioniert in den einfachsten Situationen hervorragend, Sie können jedoch keine automatische Korrektur vorschlagen. Für umfassendere Lösungen sollte stattdessen eine benutzerdefinierte Regel erstellt werden.
Dank dieser Regeln sparen wir Zeit, indem wir denselben Fehler nicht zweimal wiederholen!
Das obige ist der detaillierte Inhalt vonEinschränkung einiger Syntax mit ESLint. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!