‫Très bien, maintenant modifions notre sortie, réduisons notre Parce que nous demandons l'ID utilisateur.
‫Donc, lorsque le profil utilisateur sera reçu, nous devrions également récupérer notre paramètre id utilisateur pour cette
‫action et cela serait important car à l'intérieur de notre producteur, nous aimerions vérifier que
‫l'ID utilisateur des profils reçus est différent de l'ID utilisateur actuel. utilisateur authentifié, car nous utiliserions
‫le même code pour récupérer les profils utilisateur pour récupérer également les profils d'autres utilisateurs sur le blog.
‫Ce serait donc cette option lorsque quelqu'un rédigera un article de blog ou un commentaire, vous
‫pourrez voir son profil.
‫Permet donc d'ajouter un nouveau champ à notre état qui serait les données utilisateur et à l'intérieur du profil utilisateur reçu.
‫Ainsi, lorsque nous traitons ce profil d'utilisateur, recevons une action à l'intérieur du réducteur. Nous vérifierons si
‫l'ID utilisateur d'état est exactement le même que l'ID utilisateur réel.
‫Et aussi si les données utilisateur d'état sont non.
‫Cela signifie donc que ce n'est que la demande initiale faite après que quelqu'un s'est connecté ou actualise
‫la page.
‫Sinon, nous ne définirons pas les données utilisateur.
‫Nous le garderons tel quel.
‫Donc ça ne changera pas.
‫Oui et nous le faisons comme je l'ai dit parce que nous voulions uniquement définir les
‫données utilisateur s'il n'y avait pas de données auparavant et que l'ID utilisateur de l'utilisateur authentifié a réellement changé.
‫Revenons maintenant au composant up et nous devrions obtenir ces données utilisateur des accessoires car cela fait partie du
‫rayon AUF ou de notre sous-arbre de cet état.
‫Nous devrions donc automatiquement avoir cela à l'intérieur de notre composant d'application, car nous mappons l'état sur les
‫accessoires maintenant dans notre composant hether.
‫Nous affichons un message bonjour utilisateur.
‫Nous devons donc modifier cela pour afficher le nom complet de l'utilisateur réel lorsqu'il est authentifié.
‫Donc, si le drapeau est authentifié, c'est vrai, cela signifie que nous pouvons le faire en toute sécurité.
‫Mais créons une méthode de rendu distincte pour rendre l'utilisateur réel.
‫Donc, nous obtiendrons les données utilisateur des accessoires et si c'est le cas, cela signifierait que nous devrions probablement avoir à montrer
‫un composant spinner car cela signifierait que l'utilisateur n'a pas indiqué ou a terminé le processus
‫d'authentification, mais nous sommes en train de récupérer son profil.
‫Donc, pour ces cas, nous montrerons au spinner que quelque chose se passe.
‫Ainsi, le travail est en cours et ce n'est qu'après que les données utilisateur sont disponibles que nous pouvons afficher maintenant non pas
‫l'utilisateur bonjour mais le nom d'utilisateur réel bonjour.
‫Vous pouvez donc remplacer cette partie de leur JSE X en appelant l'utilisateur de rendu qui retournerait le composant
‫approprié à cet endroit.
‫Maintenant, testons cela dans le navigateur.
‫Alors essayez de vous connecter en tant qu'administrateur comme nous le faisons habituellement en appuyant sur le bouton de journalisation et pendant que
‫vous voyez le spinner qu'il récupérait si bien le profil utilisateur, peut-être qu'il ne semble pas si bien lorsque nous utilisons
‫ce composant, nous devrions en fait simplement copier cet élément avec les classes.
‫C'est donc un composant utile.
‫Lorsque nous avons ajouté ci-dessous lorsque nous affichons des commentaires ou des messages bloqués, mais ce n'est peut-être pas très utile pour cela, nous pouvons
‫donc simplement le coller.
‫C'est un morceau de code assez simple.
‫Essayons maintenant de nous reconnecter une fois que la page est tellement rafraîchissante que cela a l'air bien mieux qu'auparavant.
‫Voyons maintenant ce que nous pouvons faire pour récupérer l'ID utilisateur réel à l'intérieur du composant up lorsqu'il est
‫réellement rafraîchissant.
‫Nous pouvons donc faire la méthode de montage du composant et comme nous avons stocké l'ID utilisateur après que
‫nous avons tous tendance à patiner dans le stockage local, nous devrions pouvoir définir l'ID utilisateur en fonction du stockage local.
‫Lisons donc l'ID utilisateur lors du montage du composant et si l'ID utilisateur est dit, nous pouvons appeler cette fecche de profil utilisateur
‫afin de pouvoir distribuer l'action d'extraction de profil utilisateur.
‫Alors, commençons par récupérer le profil utilisateur à partir de ces accessoires Et maintenant, si leur ID
‫utilisateur est défini, nous pouvons essayer de récupérer le profil utilisateur.
‫Maintenant, rafraîchissons-nous et voyons ce qui se passe.
‫Nous pouvons donc voir que la demande a été faite, mais nous voyons toujours le bouton de connexion.
‫Même si nous sommes réellement authentifiés.
‫Nous devrions donc placer cette partie de l'État également à cet endroit.
‫Ainsi, lorsque le profil est reçu et que les données utilisateur étaient auparavant normales et que l'ID utilisateur d'état est similaire à l'ID utilisateur
‫réel, nous ne récupérons pas le profil de quelqu'un d'autre, nous récupérons le nôtre.
‫Maintenant, le résultat indique qu'il devrait être défini sur True, mais il semble que cela n'ait pas vraiment fonctionné.
‫Essayons donc d'abord d'enregistrer l'ID utilisateur d'état et l'ID utilisateur d'enchères.
‫Il semble donc que l'ID utilisateur d'état que vous connaissez, puis l'ID utilisateur réel soit différent.
‫Nous vérifions donc si l'ID utilisateur de l'action d'état est exactement le même.
‫Alors seulement, nous avons dit les données utilisateur et si leur authentification serait vraie ou non.
‫Nous allons donc corriger cela dans la prochaine conférence.