Validateur de parenthèses équilibrées

Il confirme que chaque signe ouvrant possède le bon signe fermant et que l’ordre d’imbrication est respecté. Si l’entrée est incorrecte, le résultat indique la première anomalie détectable, sa position comptée à partir de zéro, le caractère trouvé et celui qui était attendu. Cet outil convient aux contrôles manuels, aux éditeurs, aux scripts de build, aux exercices pédagogiques et aux chaînes de validation légères, sans analyseur propre à un langage.

Comprenez la portée du contrôle

Ce validateur traite les trois familles de délimiteurs les plus courantes dans le code source et les textes structurés : parenthèses, crochets et accolades. Pour qu’une entrée soit valide, chaque signe ouvrant doit être fermé par un signe de la même famille, et les fermetures doivent suivre l’ordre inverse des ouvertures. Ainsi, <code>({[]})</code> est équilibré puisque chaque paire intérieure se ferme avant son conteneur, tandis que <code>([)]</code> ne l’est pas : la parenthèse se ferme alors que le crochet reste ouvert. Les caractères autres que ces six signes n’influencent pas le résultat. Vous pouvez donc coller une fonction, un extrait de configuration, une expression mathématique, un passage en prose ou un exemple multiligne. Le contrôle est lexical et indépendant du langage : un signe placé dans une chaîne entre guillemets ou un commentaire est également compté. Cette règle prévisible fonctionne avec de nombreux langages, mais ne remplace pas un analyseur JavaScript, Python, JSON ou un compilateur lorsque les signes présents dans les chaînes et commentaires doivent être ignorés.

Interprétez les positions et le diagnostic

Lorsqu’un signe fermant ne correspond pas au dernier signe ouvert, la validation s’arrête immédiatement et signale cette fermeture comme première anomalie détectée. La réponse contient <code>balanced: false</code>, une <code>position</code> comptée à partir de zéro, le caractère <code>found</code> et le caractère <code>expected</code>. Dans une imbrication incorrecte telle que <code>{[}</code>, l’accolade fermante est signalée en position deux, car un crochet fermant était requis. La réponse fournit aussi la position du signe ouvrant qui détermine cette attente. Si une fermeture apparaît alors qu’aucune ouverture n’est disponible, la valeur attendue précise qu’un signe ouvrant était nécessaire. Une ouverture restée seule ne peut être reconnue qu’à la fin du parcours ; le résultat désigne alors le signe non fermé le plus récent et la fermeture requise. L’indexation des chaînes JavaScript est utilisée : les positions sont donc des décalages en unités de code UTF-16. Pour du code ASCII ordinaire, elles correspondent aux positions de caractères affichées par la plupart des éditeurs.

Intégrez-le à vos automatisations et revues

Pour un contrôle interactif, collez votre code ou votre texte dans l’exécuteur du navigateur, puis consultez la réponse structurée. L’API emploie exactement le même solveur déterministe : une automatisation reçoit donc la même décision et les mêmes champs de diagnostic qu’une exécution manuelle. Un hook de pré-commit peut refuser un extrait généré lorsque <code>balanced</code> vaut false, une chaîne documentaire peut repérer les exemples mal formés avant leur publication, et une application pédagogique peut exploiter le caractère attendu et la position exacte afin de fournir une aide ciblée. Une requête API coûte $0.002 ; aucun tarif variable par caractère n’est déclaré. Le temps de validation est linéaire, car chaque caractère n’est visité qu’une fois, tandis qu’une pile ne conserve que les ouvertures encore actives. Le validateur ne réécrit, ne répare, ne formate, n’exécute et n’évalue pas le contenu transmis. Associez ce signal structurel précis à un analyseur ou à un linter si vous devez aussi contrôler la grammaire, les chaînes, les commentaires ou d’autres erreurs syntaxiques.