Conversor de código Gray

Entrada não binária falha com um erro invalid_input claro em vez de truncar dígitos lixo em silêncio.

O que é o código Gray refletido e quais entradas são válidas

Os aliases bits, binary e n são aceitos quando o seu formulário ou SDK já rotula o campo assim. A direção deve ser binary_to_gray ou to_gray para codificar, e gray_to_binary ou from_gray para decodificar; os aliases dir e mode funcionam igual. Valores de ponto flutuante, números negativos, strings vazias e texto misto que não seja dígitos binários falham com invalid_input porque este produto promete conversão exata de números inteiros, não aproximação. Entradas idênticas sempre produzem JSON idêntico: não há chamada de rede, semente aleatória nem relógio de parede no caminho.

Como ler os campos da resposta e conferir resultados comuns à mão

Checagens rápidas geram confiança: o binário um zero um um codifica para Gray um um um zero; o Gray zero um um um decodifica de volta para binário zero um zero um; o binário zero mapeia para Gray zero; um binário de três bits um zero zero vira Gray um um zero. Como cada passo é XOR em bits discretos, os resultados nunca driftam como truques de ponto flutuante fariam com entradas grandes. Em caso de sucesso, a resposta ecoa value como a string de bits original ou o inteiro seguro que você enviou, direction como o rótulo canônico binary_to_gray ou gray_to_binary, bits_in como a string de entrada normalizada bit mais significativo primeiro, e bits_out como a string convertida que você normalmente quer para tela, corretores e documentação de encoders. integer_in e integer_out interpretam essas strings de bits como inteiros não negativos quando a magnitude cabe em um número JSON seguro, ou como strings de dígitos decimais quando maior, para pipelines afirmarem qualquer forma. bit_width reporta o comprimento de bits_in, e method é sempre reflected_gray para o código a jusante ramificar sem farejar formas. Falta de value, falta de direction, strings não binárias, rótulos de direção não suportados e larguras de bits excessivas falham com invalid_input e não são cobradas após a validação rejeitar a requisição. Use só bits_out quando uma pessoa ou relatório precisa de uma linha; use o objeto completo quando verificadores automáticos devem afirmar direção, largura e método além da string de dígitos.

Uso da API, preços, fluxos de sala de aula e limites práticos

Chame o conversor de código Gray grátis no navegador para checar dever de casa, demos de aula, labs de encoders rotativos e verificação rápida sem escrever um script descartável. Prefira larguras de escala de sala para oráculos avaliados e mantenha o comprimento de bits dentro do teto publicado por segurança do isolado. Envie um corpo JSON com os campos obrigatórios value e direction, ou use os aliases documentados quando o seu cliente já os nomeia de outra forma. Use a API pré-paga quando uma plataforma de tutoria, sandbox de avaliação de código, toolchain de firmware ou gerador de documentação precisar de um contrato estável sob saldo KIT a US$ 0,002 por item bem-sucedido; falhas de validação nunca consomem saldo. Combine este endpoint com formatadores binários ou hexadecimais quando uma lição percorre várias codificações, ou com ferramentas de tabelas-verdade e mapas de Karnaugh quando alunos conectam a adjacência Gray a transições de um bit. Autores que publicam SDKs podem mapear bits_out diretamente em rótulos de UI, flags de CLI ou comentários gerados que mostram a forma Gray ao lado da constante binária original.