Valeur d'émission de débit même lorsqu'il n'y a pas de changement

J'ai un magasin de données dans mon application Android où je stocke les détails de mon profil. et récupérer comme suit

suspend fun saveUser(user: User) {
 dataStore.edit {
 it[USER_ID] = user.id
 it[USER_NAME] = user.name
 it[USER_MOBILE] = user.phone
 it[USER_EMAIL] = user.email
 it[USER_IMAGE] = user.image
 it[USER_ADDRESS] = user.address
 }
 }
val userDate = dataStore.data
.catch { e ->
 if (e is IOException) {
 Log.e("PREFERENCE", "Error reading preferences", e)
 emit(emptyPreferences())
 } else {
 throw e
 }
 }
.map { pref ->
 val userId = pref[USER_ID]?: ""
 val userName = pref[USER_NAME]?: ""
 val userEmail = pref[USER_EMAIL]?: ""
 val userImage = pref[USER_IMAGE]?: ""
 val userPhone = pref[USER_MOBILE]?: ""
 val userAddress = pref[USER_ADDRESS]?: ""
 User(
 name = userName,
 image = userImage,
 address = userAddress,
 phone = userPhone,
 id = userId,
 email = userEmail
 )
 }

Parallèlement, je sauvegarde le statut de disponibilité de l'utilisateur

 suspend fun saveIsAvailable(boolean: Boolean) {
 dataStore.edit {
 it[USER_IS_AVAILABLE] = boolean
 }
 }

Je collecte les détails du profil utilisateur comme celui-ci dans mon modèle de vue

viewModelScope.launch(Default) {
 RiderDataStore.userDate.collect {
 user.postValue(it)
 }
 }

Chaque fois que je modifie la disponibilité de l'utilisateur, mon flux de détails utilisateur est également déclenché, ce qui est inutile et provoque une gigue de l'interface utilisateur (rechargement de l'image). Pourquoi cela se produit-il et comment activer le flux pour qu'il ne se déclenche que si les données changent spécifiquement des détails de l'utilisateur.


Solution du problème

En effet, vous mettez à jour une propriété utilisateur (dans DataStore) et en même temps userDate.collectvous observez toutes les modifications apportées à l'utilisateur (dans DataStore). Votre code actuel n'a aucun moyen de faire la distinction entre les "bonnes" et les "mauvaises" mises à jour de l'utilisateur.

Puisque vous semblez ignorer la disponibilité dans votre DataStore Flow, vos objets userDateretournés devraient en effet rester identiques après les changements de disponibilité. UserLe comportement par défaut de Kotlin Flowest d'émettre à chaque modification, même si les données sont identiques. Mais vous pouvez résoudre ce problème simplement en ajoutant un .distinctUntilChanged()après l' mapopérateur comme :

val userDate = dataStore.data
.catch { e ->
 if (e is IOException) {
 Log.e("PREFERENCE", "Error reading preferences", e)
 emit(emptyPreferences())
 } else {
 throw e
 }
 }
.map { pref ->
 val userId = pref[USER_ID]?: ""
 val userName = pref[USER_NAME]?: ""
 val userEmail = pref[USER_EMAIL]?: ""
 val userImage = pref[USER_IMAGE]?: ""
 val userPhone = pref[USER_MOBILE]?: ""
 val userAddress = pref[USER_ADDRESS]?: ""
 User(
 name = userName,
 image = userImage,
 address = userAddress,
 phone = userPhone,
 id = userId,
 email = userEmail
 )
 }.distinctUntilChanged()

Voir aussi docs. Il s'assure que des données identiques ne sont pas émises encore et encore.

Commentaires

Enregistrer un commentaire

Posts les plus consultés de ce blog

La fonction GCP Cloud pour écrire des données dans BigQuery s'exécute avec succès, mais les données n'apparaissent pas dans la table BigQuery

Image
J'exécute la fonction cloud suivante. Il s'exécute avec succès et indique que les données ont été chargées dans la table. Mais lorsque j'interroge BigQuery, aucune donnée n'a été ajoutée. Je ne reçois aucune erreur et aucune indication que cela ne fonctionne pas. from google.cloud import bigquery import pandas as pd def download_data(event, context): df = pd.read_csv('https://covid.ourworldindata.org/data/ecdc/full_data.csv') # Create an empty list Row_list =[] # Iterate over each row for index, rows in df.iterrows(): # Create list for the current row my_list =[rows.date, rows.location, rows.new_cases, rows.new_deaths, rows.total_cases, rows.total_deaths] #print(my_list) # append the list to the final list Row_list.append(my_list) ## Get Biq Query Set up client = bigquery.Client() table_id = "<project_name>.raw.daily_load" table = client.get_table(table_id) print(client) print(table_id) print(table) errors = client.insert_rows(...
Lire la suite

Erreur Symfony : "Une exception a été levée lors du rendu d'un modèle"

j'essaie d'inclure <link href="{{ asset('css/mystyle.css') }}" rel="stylesheet"/> dans mon fichier twig et le rendre. Mais cela me donne une exception PHP non interceptée Twig_Error_Runtime : "Une exception a été levée lors du rendu d'un modèle ("Le fichier manifeste de l'actif "/../public/build/manifest.json" n'existe pas.") ça marche quand j'utilise link href="css/mystyle.css" rel="stylesheet"/> . Voici mon contrôleur: <?php namespace App\Controller; use Symfony\Component\Routing\Annotation\Route; use Symfony\Bundle\FrameworkBundle\Controller\AbstractController; use Symfony\Component\HttpFoundation\Response; class WelcomeController extends AbstractController { /** * @Route("/", name="welcome") */ public function index() { return $this->render('welcome/index.html.twig'); } } Voici mon modèle de brindille : <!doctype html> ...
Lire la suite

Le shell POSIX (sh) redirige stderr vers stdout et capture stderr et stdout dans des variables

Je voudrais rediriger stderr vers stdout afin qu'un terminal les imprime tous les deux lors de l'exécution d'une commande, mais je voudrais également les capturer tous les deux dans des variables distinctes. J'ai réussi à y parvenir dans Bash (version 4.4.20(1)-release): #!/bin/bash echo "terminal:" { err="$(find / -maxdepth 2 -iname 'tmp' -type d 2>&1 1>&3 3>&- | tee /dev/stderr)"; ec="$?"; } 3>&1 | tee /dev/fd/4 2>&1; out=$(cat /dev/fd/4) echo "stdout:" && echo "$out" echo "stderr:" && echo "$err" cela donne souhaité: terminal: find: '/root': Permission denied /tmp /var/tmp find: '/lost+found': Permission denied stdout: /tmp /var/tmp stderr: find: '/root': Permission denied find: '/lost+found': Permission denied mais j'ai un problème pour convertir ce script en POSIX sh /bin/sh #!/bin/sh echo "term...
Lire la suite