Cette page a été traduite par l'API Cloud Translation.

Migrer l'implémentation de l'écran de démarrage vers Android 12 ou version ultérieure

Si vous implémentez un écran de démarrage personnalisé sous Android 11 ou version antérieure, migrez votre application vers l'API SplashScreen pour vous assurer qu'elle s'affiche correctement sous Android 12 et versions ultérieures.

À partir d'Android 12, le système applique l'écran de démarrage par défaut du système Android aux démarrages à froid et à chaud de toutes les applications. Par défaut, cet écran de démarrage du système est construit à l'aide de l'élément d'icône du lanceur de votre application et de l'windowBackground de votre thème, s'il s'agit d'une seule couleur.

Si vous ne migrez pas votre application, votre expérience de lancement sur Android 12 et versions ultérieures risque d'être dégradée ou d'avoir des résultats inattendus.

Si votre écran de démarrage existant est implémenté à l'aide d'un thème personnalisé qui remplace android:windowBackground, le système remplace votre écran de démarrage personnalisé par un écran de démarrage système Android par défaut sur Android 12 et versions ultérieures. Ce n'est peut-être pas l'expérience prévue pour votre application.
Si votre écran de démarrage existant est implémenté à l'aide d'un Activity dédié, le lancement de votre application sur des appareils équipés d'Android 12 ou version ultérieure entraîne la duplication de l'écran de démarrage : l'écran de démarrage du système s'affiche, suivi de votre activité d'écran de démarrage existante.

Vous pouvez éviter ces expériences dégradées ou involontaires en suivant le processus de migration décrit dans ce document. Après la migration, l'API améliore le temps de démarrage, vous donne le contrôle total sur l'expérience de l'écran de démarrage et crée une expérience de lancement plus cohérente avec les autres applications de la plate-forme.

Bibliothèque de compatibilité SplashScreen

Vous pouvez utiliser directement l'API SplashScreen, mais nous vous recommandons vivement d'utiliser la bibliothèque de compatibilité SplashScreen d'AndroidX à la place. La bibliothèque de compatibilité utilise l'API SplashScreen, active la rétrocompatibilité et crée une apparence cohérente pour l'affichage de l'écran de démarrage sur toutes les versions d'Android. Ce document est rédigé à l'aide de la bibliothèque compat.

Si vous effectuez la migration directement à l'aide de l'API SplashScreen, votre écran de démarrage est exactement le même qu'avant la migration sur Android 11 et versions antérieures. À partir d'Android 12, l'écran de démarrage reprend l'apparence d'Android 12.

Si vous effectuez la migration à l'aide de la bibliothèque de compatibilité SplashScreen, le système affiche le même écran de démarrage sur toutes les versions d'Android.

Migrer l'implémentation de votre écran de démarrage

Pour migrer votre implémentation d'écran de démarrage existante vers Android 12 et versions ultérieures, procédez comme suit :

Cette procédure s'applique à tous les types d'implémentations à partir desquels vous effectuez la migration. Si vous migrez à partir d'un Activity dédié, suivez les bonnes pratiques décrites dans ce document pour adapter votre Activity d'écran de démarrage personnalisé. L'API SplashScreen réduit également la latence de démarrage introduite avec une activité d'écran de démarrage dédiée.

Pour migrer votre écran de démarrage, procédez comme suit:

Dans le fichier build.gradle, modifiez votre compileSdkVersion et incluez la bibliothèque de compatibilité SplashScreen dans les dépendances.

build.gradle

android {
   compileSdkVersion 31
   ...
}
dependencies {
   ...
   implementation 'androidx.core:core-splashscreen:1.0.0-beta02'
}

Créez un thème avec un parent Theme.SplashScreen. Définissez la valeur de postSplashScreenTheme sur le thème que Activity doit utiliser et la valeur de windowSplashScreenAnimatedIcon sur un drawable standard ou un drawable animé. Les autres attributs sont facultatifs.

<style name="Theme.App.Starting" parent="Theme.SplashScreen">
   <!-- Set the splash screen background, animated icon, and animation
   duration. -->
   <item name="windowSplashScreenBackground">@color/...</item>

   <!-- Use windowSplashScreenAnimatedIcon to add a drawable or an animated
        drawable. One of these is required. -->
   <item name="windowSplashScreenAnimatedIcon">@drawable/...</item>
   <!-- Required for animated icons. -->
   <item name="windowSplashScreenAnimationDuration">200</item>

   <!-- Set the theme of the Activity that directly follows your splash
   screen. This is required. -->
   <item name="postSplashScreenTheme">@style/Theme.App</item>
</style>

Si vous souhaitez ajouter une couleur d'arrière-plan sous votre icône, vous pouvez utiliser le thème Theme.SplashScreen.IconBackground et définir l'attribut windowSplashScreenIconBackground.

Dans le fichier manifeste, remplacez le thème de l'activité de démarrage par celui que vous créez à l'étape précédente.

<manifest>
   <application android:theme="@style/Theme.App.Starting">
    <!-- or -->
        <activity android:theme="@style/Theme.App.Starting">
...

Appelez installSplashScreen dans l'activité de démarrage avant d'appeler super.onCreate().

Kotlin

class MainActivity : Activity() {

   override fun onCreate(savedInstanceState: Bundle?) {
       // Handle the splash screen transition.
       val splashScreen = installSplashScreen()

       super.onCreate(savedInstanceState)
       setContentView(R.layout.main_activity)
...

Java

public class MainActivity extends Activity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
         // Handle the splash screen transition.
         SplashScreen splashScreen = SplashScreen.installSplashScreen(this);

         super.onCreate(savedInstanceState);
         setContentView(R.layout.main_activity);
    }
}

installSplashScreen renvoie l'objet de l'écran de démarrage, que vous pouvez éventuellement utiliser pour personnaliser l'animation ou pour maintenir l'écran de démarrage à l'écran pendant une durée plus longue. Pour en savoir plus sur la personnalisation de l'animation, consultez les sections Maintenir l'écran de démarrage à l'écran pendant de plus longues périodes et Personnaliser l'animation pour fermer l'écran de démarrage.

Adapter votre activité d'écran de démarrage personnalisé à l'écran de démarrage

Après avoir migré vers l'écran de démarrage pour Android 12 et versions ultérieures, décidez de ce que vous souhaitez faire de votre ancien écran de démarrage personnalisé Activity. Vous avez le choix entre les options suivantes:

Conservez l'activité personnalisée, mais empêchez-la de s'afficher.
Conservez l'activité personnalisée pour des raisons de branding.
Supprimez l'activité personnalisée et adaptez votre application si nécessaire.

Empêcher l'affichage de l'activité personnalisée

Si votre écran de démarrage précédent Activity est principalement utilisé pour le routage, envisagez de le supprimer. Par exemple, vous pouvez créer un lien direct vers l'activité réelle ou passer à une activité unique avec des sous-composants. Si ce n'est pas possible, vous pouvez utiliser SplashScreen.setKeepOnScreenCondition pour conserver l'activité de calcul d'itinéraire en place, mais l'empêcher de s'afficher. Cela transfère l'écran de démarrage vers l'activité suivante et permet une transition fluide.

Kotlin

  class RoutingActivity : Activity() {

    override fun onCreate(savedInstanceState: Bundle?) {
        val splashScreen = installSplashScreen()
        super.onCreate(savedInstanceState)

        // Keep the splash screen visible for this Activity.
        splashScreen.setKeepOnScreenCondition { true }
        startSomeNextActivity()
        finish()
     }
   ...

Java

  public class RoutingActivity extends Activity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
      SplashScreen splashScreen = SplashScreen.installSplashScreen(this);

       super.onCreate(savedInstanceState);

       // Keep the splash screen visible for this Activity.
       splashScreen.setKeepOnScreenCondition(() -> true );
       startSomeNextActivity();
       finish();
    }
  ...

Conserver l'activité personnalisée pour le branding

Si vous souhaitez utiliser un Activity d'écran de démarrage précédent pour des raisons de branding, vous pouvez passer de l'écran de démarrage du système à votre Activity d'écran de démarrage personnalisé en personnalisant l'animation de fermeture de l'écran de démarrage. Toutefois, il est préférable d'éviter ce scénario si possible et d'utiliser l'API SplashScreen pour apposer votre marque sur votre écran de démarrage.

Si vous devez afficher une boîte de dialogue, nous vous recommandons de l'afficher sur l'activité d'écran de démarrage personnalisée suivante ou sur l'activité principale après l'écran de démarrage du système.

Supprimer l'activité de l'écran de démarrage personnalisé

En règle générale, nous vous recommandons de supprimer complètement votre écran de démarrage personnalisé Activity précédent pour éviter la duplication d'écrans de démarrage, améliorer l'efficacité et réduire les temps de chargement des écrans de démarrage. Vous pouvez utiliser différentes techniques pour éviter d'afficher des activités d'écran de démarrage redondantes.

Utilisez le chargement paresseux pour vos composants, modules ou bibliothèques. Évitez de charger ou d'initialiser des composants ou des bibliothèques qui ne sont pas nécessaires au fonctionnement de l'application au démarrage. Chargez-les plus tard, lorsque l'application en a besoin.

Si votre application a vraiment besoin d'un composant pour fonctionner correctement, ne le chargez que lorsqu'il est vraiment nécessaire et non au moment du lancement, ou utilisez un thread en arrière-plan pour le charger après le démarrage de l'application. Essayez de garder votre Application.onCreate() aussi léger que possible.

Vous pouvez également utiliser la bibliothèque de démarrage d'application pour initialiser les composants au démarrage de l'application. Dans ce cas, assurez-vous de charger tous les modules requis pour l'activité de démarrage et de ne pas générer de à-coups lorsque les modules chargés de manière paresseuse deviennent disponibles.
Créez un espace réservé lorsque vous chargez une petite quantité de données en local. Utilisez l'approche de thématisation recommandée et retardez le rendu jusqu'à ce que l'application soit prête. Pour implémenter un écran de démarrage rétrocompatible, suivez les étapes décrites dans la section Maintenir l'écran de démarrage à l'écran pendant de plus longues périodes.
Affichez les espaces réservés. Pour les chargements basés sur le réseau dont la durée est indéterminée, ignorez l'écran de démarrage et affichez des espaces réservés pour le chargement asynchrone. Pensez à appliquer des animations subtiles à la zone de contenu qui reflètent l'état de chargement. Assurez-vous que la structure du contenu chargé correspond le mieux possible à la structure du squelette pour faciliter la transition lors du chargement du contenu.
Utilisez la mise en cache. Lorsqu'un utilisateur ouvre votre application pour la première fois, vous pouvez afficher des indicateurs de chargement pour certains éléments d'interface utilisateur, comme illustré dans la figure suivante. La prochaine fois que l'utilisateur reviendra dans votre application, vous pourrez afficher ce contenu mis en cache pendant que vous chargez du contenu plus récent.

Figure 1. Affichage des espaces réservés de l'UI.