Une plongée approfondie dans le format de fichier .car d'Apple

Une plongée approfondie dans le format de fichier .car d'Apple

Le format de fichier .car d'Apple – abréviation de Compiled Asset Catalog Resource – est le conteneur binaire qu'Apple utilise pour empaqueter, optimiser et fournir des ressources d'application sur l'ensemble de son écosystème de plates-formes. Comprendre ce format est important pour tout développeur iOS, macOS, tvOS ou watchOS qui souhaite proposer des applications plus simples, plus rapides et mieux optimisées.

Qu’est-ce qu’un fichier .car exactement et pourquoi Apple l’utilise-t-il ?

Lorsque vous créez un projet Xcode, votre catalogue Assets.xcassets est compilé par le compilateur de catalogue d'actifs (actool) dans un fichier binaire .car fourni dans votre bundle d'applications. Plutôt que de fournir des fichiers PNG, PDF ou HEIC en vrac au moment de l'exécution, Apple regroupe le tout dans ce binaire unique et structuré.

Les motivations derrière cette conception sont délibérées et superposées. Le compilateur effectue plusieurs optimisations au moment de la construction, ce qui serait impossible avec des fichiers image bruts :

Compression de texture optimisée pour le GPU : les images sont pré-converties dans des formats tels que ASTC ou PVR que le GPU peut consommer directement sans surcharge de décodage du processeur.

Découpage du facteur d'échelle : les variantes @1x, @2x et @3x sont stockées et servies en fonction de la densité de l'écran de l'appareil cible.

Intégration App Thinning : l'App Store supprime les variantes d'actifs non pertinentes pour le périphérique de téléchargement, réduisant ainsi considérablement la taille de l'installation.

Gestion de l'espace colorimétrique : les ressources sont étiquetées et converties pour les espaces colorimétriques Display P3, sRGB ou étendus, selon le cas.

Prise en charge des couleurs et des symboles nommés — Les symboles SF et les jetons de couleur sémantiques sont résolus et intégrés aux données raster.

Aperçu clé : le format .car n'est pas seulement un conteneur : c'est un pipeline d'optimisation actif. Le gros du travail se produit au moment de la compilation, de sorte que le chargement des actifs d'exécution devient quasi instantané, ce qui est l'une des principales raisons pour lesquelles les applications Apple natives semblent plus rapides que les alternatives basées sur le Web exécutant des actifs équivalents.

Comment est organisée la structure interne d’un fichier .car ?

Apple n'a jamais publié de spécification officielle pour le format binaire .car, mais les efforts d'ingénierie inverse de la communauté – notamment des projets comme Asset Catalog Tinkerer et ThemeEngine – ont cartographié sa présentation de manière très détaillée.

Au niveau supérieur, un fichier .car est construit sur un système de fichiers BOM (Bill of Materials), le même format qu'Apple utilise pour les packages d'installation. Dans cette arborescence de nomenclature, vous trouverez plusieurs flux nommés :

Le flux RENDITIONS est le plus grand et le plus important, contenant les charges utiles réelles d’images et de données indexées par une clé de rendu unique. Le flux KEYFORMAT définit le schéma de ces clés, les attributs de codage tels que l'idiome (iPhone, iPad, Mac), l'échelle, la gamme d'affichage et l'apparence (clair, sombre). Les flux FACETKEYSDB et FEATUREFLAGS contiennent respectivement des métadonnées sur les actifs nommés et les indicateurs de capacité. Le flux EXTENDED_METADATA, ajouté dans les versions plus récentes du SDK, prend en charge des éléments tels que les noms de symboles localisés et les symboles à largeur variable.

Chaque charge utile de rendu est elle-même structurée : elle contient un en-tête décrivant les dimensions en pixels, l'espace colorimétrique, le type de compression, puis les données brutes compressées. Pour les images raster, il peut s'agir de pixels bruts compressés par LZFSE ; pour les vecteurs PDF, il s'agit des octets du PDF d'origine ; pour les actifs de données, il s'agit du blob binaire que vous avez stocké.

Quels outils les développeurs peuvent-ils utiliser pour inspecter et extraire le contenu .car ?

Étant donné que les fichiers .car sont des binaires compilés, vous ne pouvez pas simplement les ouvrir dans Aperçu ou dans le Finder. Apple fournit une certaine surface officielle via des cadres privés, mais pour une inspection pratique, vous faites généralement appel à des outils tiers.

Asset Catalog Tinkerer (par Guilherme Rambo) est l'outil GUI le plus largement utilisé : il vous permet de parcourir, prévisualiser et exporter des actifs individuels à partir de n'importe quel fichier .car. acextract est un utilitaire de ligne de commande communautaire qui reconstruit une structure de dossiers lâche à partir d'un catalogue compilé. La commande Assetutil d'Apple, livrée avec la chaîne d'outils Xcode, peut interroger les métadonnées et filtrer les catalogues pour des appareils spécifiques. Pour un binaire profond

Related Posts

• Outil de sandboxing en ligne de commande peu connu de macOS (2025)
• LCM : Gestion du contexte sans perte [pdf]
• CXMT propose des puces DDR4 à environ la moitié du prix du marché.
• L'IRS a perdu 40 % de son personnel informatique et 80 % de ses dirigeants technologiques lors d'une restructuration pour plus d'« efficacité »