Quiz sur les principes de base du Kotlin : Composants de l'architecture

Dans quelle option faut-il stocker les données de l'application pour éviter de les perdre lorsque vous modifiez la configuration d'un appareil ?

ViewModel

LiveData

Fragment

Activité

Un ViewModel ne doit jamais contenir de références à des fragments, des activités ou des vues. Vrai ou faux ?

Vrai

Faux

À quel moment un ViewModel est-il détruit ?

Lorsque le contrôleur d'interface utilisateur associé est détruit et recréé lors d'un changement d'orientation de l'appareil.

En cas de modification de la configuration.

Lorsque le contrôleur d'interface utilisateur associé est terminé (s'il s'agit d'une activité) ou dissocié (s'il s'agit d'un fragment).

Lorsque le rappel onCleared() est appelé.

Comment encapsuler le LiveData stocké dans un ViewModel pour que les objets externes puissent lire les données sans pouvoir les mettre à jour ?

Dans le ViewModel, remplacez le type de données de la propriété par LiveData et rendez-le privé. Utilisez une propriété de support pour exposer une propriété en lecture seule de type MutableLiveData.

Dans le ViewModel, remplacez le type de données de la propriété par MutableLiveData et rendez-le privé. Utilisez une propriété de support pour exposer une propriété en lecture seule de type LiveData.

Dans le contrôleur d'interface utilisateur, remplacez le type de données de la propriété par MutableLiveData. Utilisez une propriété de support pour exposer une propriété en lecture seule de type LiveData.

Dans le ViewModel, remplacez le type de données de la propriété par LiveData.

Parmi les états suivants, lequel permet à LiveData de mettre à jour un contrôleur d'interface utilisateur (un fragment, par exemple) ?

A repris

En arrière-plan

En pause

Arrêté

Dans le modèle d'observateur LiveData, quel est l'élément observable (ce qui est observé) ?

La méthode de l'observateur

Les données d'une instance d'objet LiveData

Le contrôleur d'interface utilisateur

Le ViewModel

Parmi les affirmations suivantes concernant les expressions "listener binding", laquelle est FAUSSE ?

Les expressions "listener binding" sont des expressions de liaison qui s'exécutent lorsqu'un événement se produit.

Les expressions "listener binding" fonctionnent avec toutes les versions du plug-in Android Gradle.

Les expressions "listener binding" sont écrites sous la forme d'expressions lambda.

Les expressions "listener binding" sont semblables aux références de méthodes, mais elles vous permettent d'exécuter des expressions de liaison de données arbitraires.

Supposons que votre application comprenne cette ressource de chaîne Hello %s. Parmi les syntaxes suivantes, laquelle permet de formater la chaîne à l'aide de l'expression de liaison de données ?

android:text= "@{@string/generic_name(user.name)}"

android:text= "@{string/generic_name(user.name)}"

android:text= "@{@generic_name(user.name)}"

android:text= "@{@string/generic_name,user.name}"

À quel moment une expression de type "listener-binding" est-elle évaluée et exécutée ?

Lorsque les données stockées dans le LiveData sont modifiées

Lorsqu'une activité est recréée suite à une modification de configuration

Lorsqu'un événement de type onClick() se produit

Lorsque l'activité passe en arrière-plan

La méthode Transformations.map() permet de manipuler facilement des données sur le LiveData et renvoie ___.

un objet ViewModel

un objet LiveData

une chaîne formatée

un objet RoomDatabase

Quels sont les paramètres de la méthode Transformations.map() ?

Une source LiveData et une fonction à appliquer à la valeur stockée dans LiveData

Une source LiveData uniquement

Aucun paramètre

ViewModel et une fonction à appliquer

Dans quel thread est exécutée la fonction lambda transmise à la méthode Transformations.map() ?

Dans un thread principal

Dans un thread d'arrière-plan

Dans un thread UI

Dans une coroutine