Conversor de código Gray

Una entrada no binaria falla con un error invalid_input claro en lugar de truncar dígitos basura en silencio.

Qué es el código Gray reflejado y qué entradas son válidas

Se aceptan los alias bits, binary y n cuando su formulario o SDK ya etiqueta el campo así. La dirección debe ser binary_to_gray o to_gray para codificar, y gray_to_binary o from_gray para decodificar; los alias dir y mode funcionan igual. Valores en coma flotante, números negativos, cadenas vacías y texto mixto que no sea dígitos binarios fallan con invalid_input porque este producto promete una conversión exacta de números enteros, no una aproximación. Entradas idénticas siempre producen JSON idéntico: no hay llamada de red, semilla aleatoria ni reloj de pared en el camino.

Cómo leer los campos de respuesta y comprobar resultados habituales a mano

Comprobaciones rápidas generan confianza: el binario uno cero uno uno se codifica a Gray uno uno uno cero; el Gray cero uno uno uno se decodifica de nuevo a binario cero uno cero uno; el binario cero mapea a Gray cero; un binario de tres bits uno cero cero se convierte en Gray uno uno cero. Como cada paso es XOR sobre bits discretos, los resultados nunca se desvían como lo harían trucos de coma flotante con entradas grandes. Si tiene éxito, la respuesta repite value como la cadena de bits original o el entero seguro que envió, direction como la etiqueta canónica binary_to_gray o gray_to_binary, bits_in como la cadena de entrada normalizada de bit más significativo primero, y bits_out como la cadena convertida que suele necesitar para pantalla, evaluadores y documentación de codificadores. integer_in e integer_out interpretan esas cadenas de bits como enteros no negativos cuando la magnitud cabe en un número JSON seguro, o como cadenas de dígitos decimales cuando es mayor, de modo que las canalizaciones puedan afirmar cualquiera de las dos formas. bit_width informa la longitud de bits_in, y method es siempre reflected_gray para que el código posterior pueda ramificar sin olfatear formas. Si falta value, falta direction, hay cadenas no binarias, etiquetas de dirección no admitidas o anchos de bits excesivos, todo falla con invalid_input y no se cobra tras el rechazo de validación. Use solo bits_out cuando una persona o un informe necesite una sola línea; use el objeto completo cuando los comprobadores automáticos deban afirmar dirección, ancho y método además de la cadena de dígitos.

Uso de la API, precios, flujos de aula y límites prácticos

Llame al conversor de código Gray gratis en el navegador para comprobar deberes, demos de clase, laboratorios de codificadores rotativos y verificación rápida sin escribir un script desechable. Prefiera anchos de escala de aula para oráculos calificados y mantenga la longitud de bits dentro del tope publicado por seguridad del aislado. Envíe un cuerpo JSON con los campos obligatorios value y direction, o use los alias documentados cuando su cliente ya los nombra de otra forma. Use la API de prepago cuando una plataforma de tutoría, un sandbox de evaluación de código, una cadena de herramientas de firmware o un generador de documentación necesite un contrato estable bajo saldo KIT a $0.002 por ítem correcto; los fallos de validación nunca consumen saldo. Combine este endpoint con formateadores binarios o hexadecimales cuando una lección recorra varias codificaciones, o con herramientas de tablas de verdad y mapas de Karnaugh cuando el alumnado conecte la adyacencia Gray con transiciones de un solo bit. Quienes publiquen SDK pueden mapear bits_out directamente a etiquetas de UI, flags de CLI o comentarios generados que muestren la forma Gray junto a la constante binaria original.