L'entier reste le même
Décimal 65, binaire 1000001 et hexadécimal 41 sont trois notations pour un entier non négatif. La base change la façon dont la valeur est écrite, pas ce qu'elle compte. Entrez 65 dans le convertisseur décimal-binaire, puis comparez le résultat de l'outil hexadécimal. Un zéro non significatif peut être ajouté pour afficher un octet complet de huit bits, donnant 01000001, mais ce choix d'affichage ne modifie pas l'entier. La conversion binaire en décimal peut inverser la notation numérique. Ce flux de travail est logique pour un identifiant, un masque de bits ou un nombre connu comme étant un nombre entier.
Le texte nécessite d'abord un encodage de caractères
La lettre A est un caractère de texte. UTF-8 le représente avec l'octet unique 0x41, dont le modèle de bits est 01000001. Cela correspond à l'exemple d'entier ci-dessus car les caractères ASCII occupent ces valeurs d'octet dans UTF-8. Mais la chaîne « 65 » contient deux caractères, 6 et 5 ; ses octets UTF-8 sont 0x36 et 0x35. Exécuter un convertisseur de nombres sur 65 et un convertisseur de texte en octets sur « 65 » répond donc à des questions différentes. Vérifiez si la source correspond à une valeur numérique ou à des caractères littéraux.
- Entier : 65₁₀ = 41₁₆ = 1000001₂
- Texte « A » → octet UTF-8 : 41₁₆
- Texte « 65 » → octets UTF-8 : 36 35₁₆
Le texte accentué expose la distinction
Le caractère é est représenté en UTF-8 par deux octets, C3 A9 en hexadécimal. Son point de code Unicode est U+00E9, et il peut également être exprimé par e suivi d'un accent de combinaison sous une forme normalisée différente. Un outil de conversion texte-binaire peut afficher deux groupes de huit bits pour le formulaire UTF-8 composé, plutôt qu'un groupe de huit bits pour une lettre visible. Traiter le point de code du caractère comme s’il s’agissait d’un seul octet entraînerait une perte d’informations ou produirait un résultat erroné. Utilisez la vue d'octets UTF-8 lors du dépannage d'un protocole texte, et non l'outil de nombre entier décimal vers hexadécimal.
Surveillez les limites et les séparateurs
La chaîne binaire 0100000101000010 peut être lue sur deux octets, 01000001 et 01000010, qui épellent AB sous UTF-8. Sans règle connue de codage et de regroupement des caractères, une simple chaîne de bits est ambiguë. Le nombre décimal 4142 n'est pas la même valeur que le nombre hexadécimal 4142, et ni l'un ni l'autre ne signifie automatiquement deux octets de texte. Les préfixes tels que 0x pour les espaces hexadécimaux et explicites entre les octets facilitent la lecture d'un enregistrement. Avant de décoder les données collées, conservez leurs délimiteurs d'origine et vérifiez si les zéros non significatifs sont significatifs dans le format environnant.
Choisissez un contrôle reproductible
Pour les conversions numériques, enregistrez l'entier d'origine et sa base, convertissez-le, puis inversez-le avec l'outil numérique correspondant. Pour le texte, enregistrez les caractères, leur normalisation le cas échéant et leurs octets UTF-8, puis décodez les octets avec l'outil de texte correspondant. Essayez A, 65 et é comme trois entrées de test distinctes. Si une sortie copiée semble étonnamment longue, comptez les octets et vérifiez si l'entrée contenait des espaces, une nouvelle ligne ou des caractères non-ASCII. Les deux workflows peuvent se rencontrer à une valeur d'octet, mais leur interprétation provient du contrat source.