Compatibilité avec Unicode et les normes d'internationalisation

Android s'appuie sur la bibliothèque ICU et le projet CLDR pour prendre en charge Unicode et d'autres normes d'internationalisation. Cette page traite de cette prise en charge et est divisé en deux sections : Android 6.0 (niveau d'API 23) et versions antérieures, et Android 7.0 (niveau d'API 24) et versions ultérieures.

Compatibilité avec Unicode et les normes d'internationalisation via Android 6.0 (niveau d'API 23)

La plate-forme Android utilise ICU et CLDR pour implémenter diverses classes pour le traitement des orthographies latines et non latines, en exposant des classes telles que Locale, Character et de nombreuses sous-classes de java.text. Une application qui nécessite des fonctionnalités d'internationalisation au-delà des classes exposées et qui cible les versions de la plate-forme via Android 6.0 (niveau d'API 23) doit inclure la bibliothèque ICU.

Gestion des versions

Les versions successives de la plate-forme Android correspondent aux versions les plus récentes de la bibliothèque ICU, ainsi qu'aux versions CLDR et Unicode correspondantes. Le tableau 1 illustre cette correspondance via Android 6.0 (niveau d'API 23).

Tableau 1 : Versions ICU et CLDR utilisées via Android 6.0 (niveau d'API 23)

Le framework Android assure une compatibilité plus complète avec Unicode et l'internationalisation pour les applications ciblant Android 7.0 (niveau d'API 24) ou version ultérieure. La section suivante de cette page fournit des informations sur cette compatibilité.

Compatibilité avec Unicode et les normes d'internationalisation sur Android 7.0 (niveau d'API 24) ou version ultérieure

Pour Android 7.0 (niveau d'API 24) ou version ultérieure, la plate-forme Android expose un sous-ensemble des API ICU4J à utiliser avec le package android.icu. ICU4J est un ensemble de bibliothèques Java Open Source couramment utilisé, qui assure la compatibilité avec Unicode et l'internationalisation pour les applications logicielles.

Les API ICU4J utilisent les données de localisation présentes sur l'appareil. Par conséquent, vous pouvez réduire l'encombrement de votre application en n'y compilant pas les bibliothèques ICU4J. Il suffit de les appeler dans le framework. Dans ce cas, vous pouvez fournir plusieurs versions de votre APK afin que les utilisateurs exécutant des versions d'Android antérieures à Android 7.0 (niveau d'API 24) puissent télécharger une version de l'application contenant les bibliothèques ICU4J.

Cette section fournit des informations de base sur les niveaux d'API Android minimaux requis pour prendre en charge ces bibliothèques. Il explique ensuite tout ce que vous devez savoir sur l'implémentation d'ICU4J pour Android. Enfin, il décrit comment utiliser les API ICU4J dans le framework Android.

ICU4J sur Android

Android expose un sous-ensemble des API ICU4J via le package android.icu plutôt que com.ibm.icu. Certaines API ICU4J ne sont pas exposées par le framework Android, pour des raisons comme des API obsolètes ou non déclarées comme stables. À mesure que l'équipe chargée de la bibliothèque ICU abandonnera des API, Android les marquera également comme obsolète, mais continuera de les inclure.

Voici quelques rappels :

• Les API du framework Android ICU4J n'incluent pas toutes les API ICU4J.
• Les API du framework Android ne remplacent pas la prise en charge Android de la localisation avec les ressources.
• Dans certains cas, le framework Android prend en charge plus de caractères que les bibliothèques ICU. C'est par exemple le cas de la classe android.text compatible avec les emoji.

Passer de com.ibm.icu au package android.icu

Si vous utilisez déjà les API ICU4J dans votre application et que les API android.icu répondent à vos exigences, la migration vers les API du framework nécessite de remplacer les importations Java com.ibm.icu par android.icu. Vous pourrez ensuite supprimer votre propre copie des fichiers ICU4J de l'application.

Remarque : Les API du framework ICU4J utilisent l'espace de noms android.icu au lieu de com.ibm.icu. Cela permet d'éviter les conflits d'espaces de noms dans les applications qui contiennent leur propre bibliothèque com.ibm.icu.

Passer des API SDK Android aux API android.icu

Certaines classes dans les packages java et android ont des équivalents à ceux des classes ICU4J. Cependant, ICU4J prend souvent en charge les normes et les langages.

Le tableau 2 présente quelques exemples d'équivalences pour vous assister au cours de vos premiers pas :

Tableau 2 : Classes ICU4J Android et Java

ICU4C sur Android

Android expose un sous-ensemble des API ICU4C via la bibliothèque libicu.so, plutôt que libicuuc.so ou libicui18n.so. Les API sont disponibles à partir d'Android 12 (niveau d'API 31). Les en-têtes de NDK sont disponibles à partir de la version r22b du NDK. Aucune API C++ n'est exposée via le NDK Android. Certaines API C ne sont pas disponibles.

Gestion des versions

Les versions successives de la plate-forme Android correspondent aux versions les plus récentes de la bibliothèque ICU, ainsi qu'aux versions CLDR et Unicode correspondantes. Le tableau 3 illustre cette correspondance à partir d'Android 7.0 (niveau d'API 24). Utilisez l'API VersionInfo.ICU_VERSION (disponible depuis Android 7.0) pour obtenir les informations de version ICU au moment de l'exécution.

Tableau 3 : Versions ICU et CLDR utilisées dans les versions d'Android allant d'Android 7.0 (niveau d'API 24) à Android 15 (niveau d'API 35)

Paramètre de format d'heure 24 h ou 12 h

val skeleton: String = if (DateFormat.is24HourFormat(context)) "Hm" else "hm"
val formattedTime: String = android.icu.text.DateFormat.getInstanceForSkeleton(
        skeleton,
        Locale.getDefault()).format(Date()
)

String skeleton = DateFormat.is24HourFormat(context) ? "Hm" : "hm";
String formattedTime = android.icu.text.DateFormat.getInstanceForSkeleton(skeleton, Locale.getDefault()).format(new Date());

Stabilité du translittérateur

Gestion des licences

ICU4J est publié sous la licence ICU. Pour en savoir plus, consultez le Guide de l'utilisateur de la bibliothèque ICU.