Validar color hexadecimal

Acepta los formatos estándar de tres, cuatro, seis y ocho dígitos, con o sin almohadilla inicial, y comprueba cada carácter sin adivinar ni corregir el valor. El resultado es un booleano sencillo para formularios, pruebas, importaciones o flujos con API. Los campos ausentes y los tipos incorrectos generan errores claros, de modo que un problema de solicitud nunca se confunde con un color no válido.

Qué se considera un color hexadecimal válido

Un color hexadecimal válido contiene exactamente tres, cuatro, seis u ocho dígitos hexadecimales. El formato de tres dígitos representa RGB abreviado; cuatro representa RGBA abreviado con alfa; seis corresponde a RGB completo y ocho a RGBA completo. La almohadilla inicial es opcional, porque CSS, bases de datos, herramientas de diseño y archivos de configuración no siempre guardan el prefijo del mismo modo. Después de ese prefijo opcional, cada carácter debe ser un dígito ASCII del 0 al 9 o una letra de A a F, en mayúscula o minúscula. El comprobador no acepta espacios, signos, puntuación, almohadillas repetidas, nombres de colores, funciones CSS ni otras longitudes. Tampoco recorta la entrada. Esta rigurosidad revela espacios invisibles e impide aprobar silenciosamente un valor distinto del original. Por ello, el booleano <code>valid</code> describe exactamente la cadena que usted proporciona.

Por qué conviene una validación determinista

Validar un color parece una operación menor, pero unas reglas incoherentes producen defectos persistentes. Un navegador puede rechazar un formato, una biblioteca normalizar otro y una expresión regular artesanal olvidar el alfa abreviado o admitir cinco dígitos por accidente. Esta capacidad aplica una regla explícita: quita una sola almohadilla opcional, confirma que la longitud restante sea una de las cuatro permitidas y comprueba que todos los caracteres pertenezcan al alfabeto hexadecimal. No intervienen red, azar, fecha, configuración regional, conversión de mayúsculas ni interpretación del espacio de color. La misma entrada produce así el mismo booleano en el widget y en la API. Una cadena de color incorrecta devuelve <code>false</code> como resultado normal; en cambio, omitir el campo o enviar un número, lista u objeto donde debe haber una cadena produce un error de entrada claro. Su aplicación puede informar de un color incorrecto y, a la vez, detectar integraciones rotas.

Cómo usar el resultado en formularios y procesos

Use el validador justo antes de que un color cruce un límite de confianza. En un formulario, ejecútelo al cambiar el campo o antes del envío y muestre un mensaje específico cuando <code>valid</code> sea falso. En una importación de tokens, compruebe cada valor antes de generar CSS para evitar que un token defectuoso invalide una hoja de estilos o se propague por un tema. En un proceso de datos, conserve la cadena original junto al booleano si necesita auditoría; no sustituya el origen por un valor normalizado, pues esta capacidad valida y no transforma. Si necesita expansión, conversión o extracción de canales, valide primero y envíe después los valores aprobados a la capacidad correspondiente. La ejecución en el navegador sirve para comprobaciones interactivas, y la API cuesta $0.002 por solicitud. La respuesta estable encaja directamente en condiciones y pruebas de límites, símbolos inválidos, prefijos sobrantes, vacíos y espacios.