Validare un colore esadecimale

Accetta i formati standard da tre, quattro, sei e otto cifre, con o senza cancelletto iniziale, e controlla ogni carattere senza intuire o correggere il valore. Il risultato booleano è semplice da usare in moduli, test, importazioni e flussi API. Campi mancanti e tipi errati producono errori chiari, così Lei non confonde mai una richiesta malformata con una richiesta corretta che contiene un colore non valido.

Quando un colore esadecimale è valido

Un colore esadecimale valido contiene esattamente tre, quattro, sei oppure otto cifre esadecimali. Tre cifre indicano RGB abbreviato, quattro RGBA abbreviato con alfa, sei RGB completo e otto RGBA completo. Il cancelletto iniziale è facoltativo, perché CSS, database, strumenti di design e configurazioni non archiviano sempre il prefisso nello stesso modo. Dopo l’eventuale prefisso, ogni carattere deve essere una cifra ASCII da 0 a 9 oppure una lettera da A a F, maiuscola o minuscola. Il controllo non accetta spazi, punteggiatura, segni, cancelletti ripetuti, nomi di colori, funzioni CSS o lunghezze diverse. Inoltre non elimina gli spazi dall’input. Questa scelta rigorosa rende visibili gli spazi nascosti ed evita che venga approvato silenziosamente un valore diverso dalla sorgente memorizzata. Il booleano <code>valid</code> descrive quindi esattamente la stringa fornita da Lei.

Perché la verifica deterministica è utile

La verifica di un colore è piccola, ma regole incoerenti generano difetti persistenti. Un browser può rifiutare un formato, una libreria normalizzarne un altro e un’espressione regolare artigianale può dimenticare l’alfa abbreviato o consentire per errore cinque cifre. Questa capacità applica una regola esplicita: rimuove un solo cancelletto facoltativo, conferma che la lunghezza restante sia una delle quattro ammesse e controlla che ogni carattere appartenga all’alfabeto esadecimale. Non usa rete, casualità, data, impostazioni locali, conversione tra maiuscole e minuscole o interpretazione dello spazio colore. Lo stesso input genera quindi lo stesso booleano nel widget e tramite API. Le stringhe di colore errate restituiscono normalmente <code>false</code>; non sono richieste eccezionali. Un campo assente o un numero, elenco od oggetto al posto di una stringa produce invece un errore chiaro. La Sua applicazione può distinguere un colore errato da un’integrazione guasta.

Uso del risultato in moduli e pipeline

Usi il validatore appena prima che un colore superi un confine di attendibilità. In un modulo, lo esegua quando cambia il campo o prima dell’invio e mostri un messaggio preciso quando <code>valid</code> è falso. Nell’importazione di token, verifichi ogni valore prima di generare CSS, così un token malformato non invalida un foglio di stile e non si propaga in un tema. In una pipeline conservi la stringa originale accanto al booleano se serve una traccia di controllo; non sostituisca la sorgente con un valore normalizzato, perché questa capacità verifica e non trasforma. Se occorre espandere, convertire o estrarre canali, verifichi prima e invii poi i valori approvati alla capacità appropriata. Il browser è adatto ai controlli interattivi, mentre l’API costa $0.002 per richiesta. La risposta stabile entra direttamente nella logica condizionale e nei test di limiti, simboli non validi, prefissi aggiuntivi, stringhe vuote e spazi.