Collez votre JavaScript cassé ici et cliquez sur "Réparer JS !!" pour le corrigerEntrez du JS invalide

Qu'est-ce que le Correcteur JS ?

Vous collez un fragment depuis une page de doc ou un fil de discussion et le parseur explose. Un point-virgule manque là où l'ASI n'a pas aidé. Une accolade s'est perdue. Une chaîne déborde de la fin de la ligne. Cet outil prend ce JavaScript cassé et vous rend quelque chose que le moteur va vraiment accepter.

La grammaire de JavaScript est définie par la spécification ECMAScript de TC39, et c'est ce que tous les navigateurs et Node.js suivent en parsant votre code. La référence JavaScript de MDN parcourt les règles en langage clair. L'insertion automatique de point-virgule (ASI) fait partie de cette grammaire — pratique la plupart du temps, douloureuse quand un saut de ligne change silencieusement ce que votre code signifie. Ce correcteur cible les ruptures au niveau syntaxique ; si vous voulez aussi un reformatage complet, passez la sortie par Prettier ensuite.

Tout passe par votre navigateur jusqu'à notre backend et revient. Utilisez-le en première passe avant de pointer ESLint sur le fichier — la plupart des violations de règles sont plus simples à lire quand le code parse au moins.

Comment Utiliser le Correcteur JS

Trois étapes. Chacune utilise les vrais boutons et panneaux de cette page.

Collez du JS Cassé ou Chargez un Exemple

Mettez votre JavaScript cassé dans l'éditeur de gauche. Cliquez sur JS d'Exemple si vous voulez voir le genre d'entrée que le correcteur traite. Le bazar classique ressemble à ceci — points-virgules manquants, virgule absente dans un littéral d'objet, accolade déséquilibrée, valeur qui aurait dû être une chaîne mais a été tapée sans guillemets :

function processOrder(customer) {
  const order = { id: "ORD-9001" customer: customer, status: pending }
  return order

Le correcteur gère les points-virgules manquants, les déséquilibres de `{`/`}`, `[`/`]` et `(`/`)`, les virgules absentes dans les objets et tableaux, les valeurs sans guillemets, les chaînes non terminées et les combinaisons d'opérateurs étranges.

Cliquez sur Réparer JS !!

Cliquez sur le bouton vert Réparer JS !!. Le code part au backend, est réparé puis revient parsable. Un indicateur de chargement apparaît pendant ce temps — généralement une ou deux secondes.

Examinez la Sortie

Le panneau de droite affiche le code corrigé. La sémantique reste aussi proche que possible de votre entrée — seule la syntaxe est réparée. Copiez la sortie, recollez-la dans votre éditeur et passez-y votre formateur ou votre linter.

Quand Vous Utiliseriez Vraiment Ceci

Récupérer des fragments collés

Le code venant d'un fil Slack, d'une réponse StackOverflow ou d'un PDF perd souvent des guillemets, des continuations de ligne ou des signes de ponctuation entiers en route. Passez-le par ici avant de commencer à l'éditer à la main.

Déboguer du code minifié extrait

Quand vous lisez une stack trace d'un bundle de production et que vous attrapez un fragment à inspecter, le faire parser est la moitié du combat. Réparez la syntaxe d'abord, embellissez ensuite, creusez après.

Surprises de l'ASI

Le code qui dépendait de l'insertion automatique de point-virgule peut casser de manière subtile — un `return` suivi d'un saut de ligne renvoie silencieusement `undefined`, par exemple. Le correcteur ajoute des points-virgules explicites là où le parseur les attend.

Nettoyer des stubs générés par IA

Les fragments générés par un LLM laissent parfois tomber une accolade ou sautent une virgule. Réparez la syntaxe ici avant de pousser le résultat dans Babel ou votre bundler.

Questions Fréquemment Posées

Mon code est-il stocké quelque part ?

Il est envoyé à notre backend pour que le modèle d'IA le répare, puis nous vous rendons le résultat. Nous ne journalisons pas le code, nous ne nous en servons pas pour entraîner des modèles, et nous ne l'utilisons pour rien d'autre que la réparation de cette requête.

Quels types d'erreurs corrige-t-il ?

Des trucs au niveau syntaxique : points-virgules manquants, accolades / crochets / parenthèses déséquilibrés, virgules manquantes dans les objets et tableaux, valeurs sans guillemets là où une chaîne était attendue, chaînes et template literals non terminés, combinaisons d'opérateurs malformées. Les bugs logiques (mauvaise condition, off-by-one) sont hors périmètre.

Cela va-t-il changer le sens de mon code ?

Il essaie très fort de ne pas le faire. L'objectif est de garder votre sémantique intacte et de ne réparer que la grammaire. Il y a des cas limites où il faut interpréter (un token sans guillemets là où une chaîne devrait clairement être) — dans ces cas-là le correcteur choisit l'intention la plus probable. Vérifiez toujours la sortie.

Supporte-t-il TypeScript ?

La syntaxe spécifique à TypeScript — annotations de type, génériques, décorateurs — est hors périmètre. Le sous-ensemble JS de TS (classes, async/await, template literals, méthodes modernes de tableau) parse sans souci. Pour une vraie conversion TS, voyez notre outil JS vers TypeScript.

Puis-je utiliser ceci sur du code de production ?

C'est un outil de réparation de syntaxe, pas un substitut à un linter ou un vérificateur de types. Traitez la sortie comme un point de départ — passez-la dans ESLint et votre suite de tests avant de la livrer.

Y a-t-il du code qu'il ne peut tout simplement pas réparer ?

Parfois. Si l'entrée est trop fragmentaire ou si l'intention d'origine est vraiment ambiguë (plusieurs réparations plausibles), le correcteur en choisira une — mais le résultat peut être syntaxiquement valide et sémantiquement faux. Revoyez toujours la sortie, surtout pour des entrées de quelques lignes.

Autres Outils JavaScript dont Vous Pourriez Avoir Besoin

Réparer la syntaxe n'est que la première étape. Voici les autres outils JavaScript du site :