Validatore di parentesi bilanciate

Verifica che ogni apertura abbia la chiusura corretta e che l’ordine di annidamento sia rispettato. Se l’input non è valido, il risultato individua la prima discordanza rilevabile e indica la posizione a base zero, il carattere trovato e quello atteso. Può quindi usarlo per controlli manuali, integrazioni negli editor, procedure di build, esercizi didattici e pipeline di convalida leggere senza ricorrere a un parser specifico per un linguaggio.

Comprenda che cosa viene controllato

Il validatore considera le tre famiglie di delimitatori più comuni nel codice sorgente e nel testo strutturato: parentesi tonde, quadre e graffe. Perché un input sia valido, ogni carattere di apertura deve essere chiuso da un carattere della stessa famiglia e le chiusure devono seguire l’ordine inverso delle aperture. Per esempio, <code>({[]})</code> è bilanciato perché ogni coppia interna si chiude prima del proprio contenitore; <code>([)]</code> non lo è, poiché la parentesi tonda si chiude mentre quella quadra è ancora aperta. I caratteri diversi da questi sei simboli non cambiano il risultato. Lei può quindi incollare una funzione, un frammento di configurazione, un’espressione matematica, un brano di prosa o un esempio su più righe. Il controllo è lessicale e non dipende dal linguaggio: vengono contate anche le parentesi nelle stringhe tra virgolette o nei commenti. Questa regola prevedibile funziona con molti linguaggi, ma non sostituisce un parser JavaScript, Python, JSON o un compilatore quando le parentesi in stringhe e commenti devono essere ignorate.

Interpreti posizioni e diagnostica

Quando una parentesi di chiusura non corrisponde all’apertura più recente, la convalida si interrompe subito e segnala quel carattere come prima discordanza rilevata. La risposta contiene <code>balanced: false</code>, una <code>position</code> a base zero, il carattere <code>found</code> e quello <code>expected</code>. In un annidamento errato come <code>{[}</code>, la graffa chiusa viene segnalata alla posizione due, perché in quel punto era richiesta una parentesi quadra chiusa. La risposta include anche la posizione dell’apertura che ha determinato tale attesa. Se una chiusura compare senza alcuna apertura disponibile, il valore atteso spiega che occorreva un carattere di apertura. Un’apertura rimasta sola può essere riconosciuta soltanto al termine della scansione; in quel caso il risultato indica l’apertura non chiusa più recente e il carattere necessario. Viene usata l’indicizzazione delle stringhe JavaScript, quindi le posizioni sono offset di unità di codice UTF-16; nel normale codice ASCII coincidono con le posizioni mostrate dalla maggior parte degli editor.

Lo usi nelle automazioni e nelle revisioni

Per un controllo interattivo, incolli codice o testo nell’esecutore del browser e consulti la risposta strutturata. L’API usa lo stesso risolutore deterministico, quindi un’automazione riceve la medesima decisione e gli stessi campi diagnostici dell’esecuzione manuale. Un hook pre-commit può rifiutare frammenti generati quando <code>balanced</code> è false; una pipeline di documentazione può intercettare esempi malformati prima della pubblicazione; un’applicazione didattica può usare il carattere previsto e la posizione esatta per offrire indicazioni mirate. Ogni richiesta API costa $0.002; non è prevista una tariffa variabile per carattere. La convalida richiede tempo lineare perché ogni carattere viene visitato una volta, mentre uno stack conserva soltanto le aperture non ancora chiuse. Lo strumento non riscrive, ripara, formatta, esegue né valuta il contenuto inviato. Consideri la risposta un segnale preciso sulla struttura delle parentesi e la abbini a un parser o linter quando occorre verificare anche grammatica, stringhe, commenti o altri errori sintattici.