Calculateur tableau d'octets → entier

Les quatre mêmes octets représentent des nombres entièrement différents selon une interprétation big-endian ou little-endian ; ingénieurs et étudiants ont donc besoin d’une méthode déterministe pour convertir un tableau d’octets en un seul entier sans deviner l’ordre des décalages. Ce calculateur tableau d’octets vers entier accepte de un à huit octets non signés (chacun entre 0 et 255) et un choix d’endianness, puis renvoie l’entier non signé combiné sous forme de chaîne décimale exacte, d’un nombre JavaScript sûr lorsque la valeur tient, et d’une forme hexadécimale remplie de zéros avec le préfixe 0x.

Comment l’ordre des octets transforme un tableau en un entier

Avec n octets B0, B1, …, Bn−1 chacun dans l’intervalle 0–255, l’ordre big-endian traite B0 comme l’octet de poids fort : la valeur vaut B0×256^(n−1) + B1×256^(n−2) + … + Bn−1×256^0. Le champ optionnel decimal_number n’apparaît que lorsque le résultat non signé tient dans la plage des entiers sûrs de JavaScript (jusqu’à 2^53−1) ; les valeurs plus larges renvoient toujours la chaîne décimale exacte et l’hex afin que les clients ne perdent jamais les bits de poids faible.

Contrat d’entrée, champs de réponse et erreurs de validation

Une endianness manquante ou un jeton non reconnu échoue également avec un message clair listant les valeurs autorisées. Envoyez un corps JSON avec deux champs obligatoires. bytes est un tableau non vide d’un à huit entiers de 0 à 255 (chaînes numériques, hex préfixé 0x et binaire préfixé 0b sont aussi acceptés par élément). endianness doit être big ou little ; les alias acceptés comprennent be, le, big_endian, little_endian, msb et lsb afin que les enveloppes SDK et les formulaires humains se mappent proprement sur le même gestionnaire. Tableaux vides, plus de huit éléments, non-entiers et valeurs hors de 0–255 échouent avec invalid_input en nommant le problème ; ces échecs ne sont pas facturés. En cas de succès le corps renvoie le tableau bytes normalisé et l’endianness canonique (toujours big ou little), plus byte_count, bit_width (huit fois la longueur), decimal sous forme de chaîne en base 10 sans zéros de tête sauf pour zéro lui-même, et hex en majuscules préfixé 0x rempli à deux chiffres par octet d’entrée pour stabiliser visuellement les largeurs de champs de paquet. Lorsque l’entier est au plus Number.MAX_SAFE_INTEGER, decimal_number est inclus comme nombre JSON pour la commodité des langages qui préfèrent les types numériques ; pour les valeurs non signées plus grandes ce champ est omis plutôt que mis à null, conformément à la règle du framework selon laquelle les sorties optionnelles disparaissent au lieu de polluer les clients avec null. Exemple : bytes [0, 1, 2, 3] avec endianness big donne decimal 66051, hex 0x00010203, bit_width 32 et decimal_number 66051. Les mêmes octets en little endianness donnent decimal 50462976 et hex 0x03020100.

Où un outil octets-vers-entier prouve vraiment son utilité

Les enseignants qui expliquent l’endianness ont besoin d’un oracle en direct qui ne bascule que le drapeau d’ordre des octets en gardant le tableau fixe, afin que les étudiants voient pourquoi l’ordre réseau et l’ordre hôte divergent sur le même dump mémoire. Les sites de documentation qui se positionnent sur calculateur tableau d’octets vers entier ou convertisseur d’endianness gagnent un chemin navigateur gratuit qui correspond octet pour octet à l’API payante sur le même module, de sorte que les widgets marketing ne mentent jamais sur le comportement en production. Parce que l’implémentation est pure parse de niveau A, chaque appel réussi coûte le prix de base publié $0.002 sans jetons de modèle ni réseau sortant.