Convertisseur code de Gray

Une entrée non binaire échoue avec une erreur invalid_input claire au lieu de tronquer silencieusement des chiffres parasites.

Ce qu'est le code de Gray réfléchi et quelles entrées sont valides

Les alias bits, binary et n sont acceptés lorsque votre formulaire ou SDK étiquette déjà le champ ainsi. La direction doit être binary_to_gray ou to_gray pour encoder, et gray_to_binary ou from_gray pour décoder ; les alias dir et mode fonctionnent de même. Les valeurs en virgule flottante, les nombres négatifs, les chaînes vides et le texte mixte qui n'est pas des chiffres binaires échouent avec invalid_input car ce produit promet une conversion exacte d'entiers, pas une approximation. Des entrées identiques produisent toujours un JSON identique : pas d'appel réseau, de graine aléatoire ni d'horloge murale sur le chemin.

Lire les champs de réponse et vérifier des résultats courants à la main

Comme chaque étape est un XOR sur des bits discrets, les résultats ne dérivent jamais comme le feraient des astuces en virgule flottante pour de grandes entrées. En cas de succès, la réponse renvoie value comme la chaîne de bits d'origine ou l'entier sûr que vous avez envoyé, direction comme l'étiquette canonique binary_to_gray ou gray_to_binary, bits_in comme la chaîne d'entrée normalisée bit le plus significatif en premier, et bits_out comme la chaîne convertie que vous voulez en général pour l'affichage, les correcteurs et la documentation d'encodeurs. integer_in et integer_out interprètent ces chaînes de bits comme des entiers non négatifs lorsque la magnitude tient dans un nombre JSON sûr, ou comme chaînes de chiffres décimaux lorsqu'elle est plus grande, afin que les pipelines puissent affirmer l'une ou l'autre forme. bit_width indique la longueur de bits_in, et method est toujours reflected_gray pour que le code aval puisse brancher sans renifler les formes. Des contrôles rapides instaurent la confiance : le binaire un zéro un un s'encode en Gray un un un zéro ; le Gray zéro un un un se décode en binaire zéro un zéro un ; le binaire zéro se mappe en Gray zéro ; un binaire de trois bits un zéro zéro devient Gray un un zéro. value manquant, direction manquante, chaînes non binaires, étiquettes de direction non prises en charge et largeurs de bits excessives échouent tous avec invalid_input et ne sont pas facturés après le rejet de validation. Utilisez bits_out seul lorsqu'une personne ou un rapport a besoin d'une seule ligne ; utilisez l'objet complet lorsque des vérificateurs automatisés doivent affirmer direction, largeur et méthode en plus de la chaîne de chiffres.

Usage de l'API, tarification, flux de classe et limites pratiques

Appelez le convertisseur de code de Gray gratuit dans le navigateur pour les contrôles de devoirs, les démonstrations de cours, les laboratoires d'encodeurs rotatifs et la vérification rapide sans écrire un script jetable. Préférez des largeurs d'échelle de classe pour les oracles notés, et gardez la longueur de bits dans le plafond publié pour la sécurité de l'isolat. Envoyez un corps JSON avec les champs obligatoires value et direction, ou utilisez les alias documentés lorsque votre client les nomme déjà autrement. Utilisez l'API prépayée lorsqu'une plateforme de tutorat, un bac à sable d'évaluation de code, une chaîne d'outils firmware ou un générateur de documentation a besoin d'un contrat stable sous solde KIT à $0.002 par élément réussi ; les échecs de validation ne consomment jamais le solde. Associez ce endpoint à des formateurs binaires ou hexadécimaux lorsqu'une leçon parcourt plusieurs encodages, ou à des outils de tables de vérité et de cartes de Karnaugh lorsque les étudiants relient l'adjacence Gray aux transitions d'un seul bit. Les auteurs qui livrent des SDK peuvent mapper bits_out directement dans des libellés d'UI, des drapeaux de CLI ou des commentaires générés qui montrent la forme Gray à côté de la constante binaire d'origine.