Pourquoi vous devriez internationaliser votre application dès le premier jour

Le coût de la mise en place rétroactive de l'i18n

Integrer l'internationalisation dans une application existante coute 3 a 5 fois plus de temps d'ingenierie que de l'integrer des le depart. Une equipe avec 2 000 chaines codees en dur dans 150 fichiers passera des semaines a les extraire. Une equipe qui a utilise NSLocalizedString des le premier jour ne passe aucun temps supplementaire. Cet article explique a quoi ressemble le 'i18n des le premier jour' en pratique.

Ce qui tourne mal quand on attend

Des chaînes codées en dur partout

Quand la localisation n'est pas dans vos pensées, les chaînes finissent codées en dur dans les vues, les viewmodels et même la logique métier. Les extraire plus tard signifie toucher chaque fichier de votre projet en espérant n'en oublier aucune.

Chaînes concaténées

Du code comme "Bonjour " + userName + ", vous avez " + count + " éléments" est impossible à localiser correctement. L'ordre des mots diffère selon les langues. Transformer ces concaténations en modèles de localisation appropriés nécessite de repenser la construction des chaînes dans toute votre application.

Hypothèses de mise en page

Boutons à largeur fixe, labels tronqués, paddings codés en dur — tout cela casse quand la longueur du texte change. Les interfaces conçues uniquement pour l'anglais nécessitent un travail significatif pour s'adapter au texte allemand (plus long) ou chinois (plus compact).

Formatage des dates et nombres

Utiliser le formatage de chaînes pour les dates et nombres au lieu de formateurs sensibles à la locale signifie réécrire la logique de formatage dans toute votre application.

La checklist i18n-ready

• Toutes les chaînes visibles par l'utilisateur dans les fichiers de ressources dès le premier commit
• Formateurs de dates, heures et nombres sensibles à la locale partout
• Mises en page flexibles utilisant auto-layout (iOS), ConstraintLayout (Android) ou Flex (Flutter)
• Pas de concaténation de chaînes — utilisez des chaînes paramétrées à la place
• Leading/trailing au lieu de left/right dans les contraintes de mise en page
• Assets organisés pour d'éventuelles variantes spécifiques à chaque locale

Il faut 10 minutes pour bien commencer

Configurer correctement l'i18n à la création du projet prend environ 10 minutes. Le faire rétroactivement prend des semaines. Le coût de mise en place est négligeable : créez vos fichiers de ressources, utilisez les bonnes API pour le formatage et utilisez des mises en page flexibles.

LocaleKit rend les choses encore plus faciles — installez-le au début de votre projet, et il garde vos fichiers de traduction organisés au fur et à mesure que vous développez. Quand vous êtes prêt à ajouter votre première traduction, tout est déjà en place.