Traduction Google de Managing Clients of Perspectives améliorée par un humain ayant fait intergalactique en 1ère langue !

• https://docs-twistedmatrix-com.translate.goog/en/stable/core/howto/pb-clients.html?_x_tr_sl=en&_x_tr_tl=fr&_x_tr_hl=en

Dans toutes les IPerspectiveutilisations que nous avons montrées jusqu'à présent, nous avons ignoré l' mindargument et créé un nouveau Avatarpour chaque connexion. C'est généralement un choix de conception facile, et cela fonctionne bien pour les cas simples.
Dans des cas plus compliqués, par exemple un Avatarqui représente un objet joueur persistant dans l'univers du jeu, nous voudrons que les connexions du même joueur utilisent le même Avatar.
Une autre chose qui est nécessaire dans des scénarios plus compliqués est de notifier un joueur de manière asynchrone. Bien qu'il soit possible, bien sûr, d'autoriser un joueur à appeler perspective_remoteListener(referencable), cela signifierait à la fois une duplication de code et une latence plus élevée lors de la connexion, tous deux mauvais.
Dans les sections précédentes, tous les royaumes semblaient identiques. Dans celui-ci, nous montrerons l'utilité des royaumes dans l'accomplissement de ces deux objectifs.