Composants de l'architecture Revenir au parcours Parmi les raisons suivantes, quelles sont celles qui justifient l'utilisation d'un ViewModel ? Choisissez autant de réponses que vous jugez nécessaires. Un ViewModel et ses données peuvent survivre à des changements d'orientation dans une activité ou un fragment. Un ViewModel vous permet de séparer le code mettant à jour l'UI du code qui n'a pas besoin de s'appuyer sur l'UI ou son cycle de vie. Un ViewModel empêche vos données de mettre à jour l'interface utilisateur automatiquement. Après quel élément un ViewModel est-il détruit ? toujours après onStop toujours après onDestroy après onDestroy, s'il ne s'agit pas d'une modification de configuration Vrai ou faux : vous devez exécuter les tâches et requêtes E/S chronophages dans votre activité/fragment. Vrai Faux Pourquoi est-il préférable d'initialiser et de stocker des LiveData dans votre ViewModel plutôt que dans un contrôleur d'interface utilisateur ? ViewModel et LiveData tiennent tous deux compte du cycle de vie. Pour s'assurer que le LiveData n'est pas détruit en cas de destruction du contrôleur d'interface utilisateur. Pour masquer ou séparer les détails de l'implémentation, afin de rendre votre application plus flexible. Toutes les réponses ci-dessus Parmi les éléments suivants, lequel vous permet d'utiliser observe pour effectuer des modifications ? un objet LiveData tout objet modifiable toute propriété d'un ViewModel toute propriété d'un objet ViewModel ou LiveData Vrai ou faux : un ViewModel peut faire référence directement à une classe View ou LifecycleOwner. Vrai Faux Envoyer les réponses error_outline Une erreur s'est produite lors de la notation du quiz. Veuillez réessayer.