Minificateur JSON

La différence de taille entre JSON formaté et minifié s'échelonne avec la profondeur d'imbrication de la structure, chaque niveau d'indentation ajoutant des espaces blancs à chaque ligne — une réponse d'API profondément imbriquée peut porter une fraction réellement significative de son nombre total d'octets sous forme de pur espace blanc de formatage, dont rien n'est lu ni nécessaire par le programme récepteur. Le supprimer avant que les données n'entrent dans le corps d'une requête HTTP, un paramètre de requête d'URL à longueur limitée, ou une variable d'environnement réduit directement le payload sans aucun coût pour les données elles-mêmes.

Cela compte moins là où la contrainte n'est pas la taille mais la lisibilité — un fichier de configuration enregistré dans le contrôle de version bénéficie bien davantage de rester formaté, un fichier JSON minifié sur une seule ligne étant difficile à comparer ou éditer pour un relecteur humain, et les outils de contrôle de version gèrent généralement bien mieux les différences basées sur les lignes que les lignes uniques denses.

Cela vaut la peine d'être explicite : la minification est purement une opération d'espaces blancs — aucune clé, valeur, type ou structure ne change de quelque façon, et un programme analysant la sortie minifiée reçoit un objet identique sous tous rapports à celui qu'il recevrait de la version formatée. La seule différence observable est le nombre d'octets de la représentation textuelle, jamais les données qu'elle représente.