Je travaille sur un jeu basé sur du texte en Python 3.1 qui utiliserait le timing comme source majeure de jeu. Afin de le faire efficacement (plutôt que de vérifier l'heure de chaque boucle principale, ma méthode actuelle, qui peut être inexacte, et lente si plusieurs personnes jouent au jeu à la fois) je pensais à utiliser la classe Threading.Timer. Est-ce une mauvaise chose d'avoir plusieurs minuteurs en même temps? si oui, combien de minuteurs est recommandé?L'utilisation de plusieurs temporisateurs en Python est-elle dangereuse?
Par exemple, l'utilisateur entre pour lancer le jeu. Chaque seconde après le début du jeu, il décide si quelque chose arrive ou non, donc il y a un Timer (1) pour chaque utilisateur jouant en même temps. Si quelque chose se produit, le joueur a un certain temps pour réagir, donc une minuterie doit être réglée pour cela. Si l'utilisateur réagit assez rapidement, cette minuterie doit se terminer et un nouveau minuteur sera défini en fonction de ce qui va se passer, etc.
par le biais d'un réseau de discussion, de sorte que l'entrée est basée sur l'utilisation de commandes dans ledit chat par exemple. ! jeu de jeu. le mainloop est assez simple, il vérifie s'il y a des paquets dans le socket, puis il vérifie les plugins 'onloop' ajoutés par l'utilisateur, le plugin ici étant les minuteurs du jeu, je suis juste inquiet de la file d'attente ... La façon d'exécuter les choses va ralentir le gameplay, ce qui m'inquiète car il est basé sur le temps de réaction et le décalage est un facteur majeur. – Blazer
La manière de faire la queue est la façon dont fonctionnent tous les systèmes gui. Il n'y a pas d'alternative vraiment plus rapide que vous pouvez utiliser. –
Lag peut être un problème. Cependant, se concentrer sur la vitesse de votre application, c'est comme se concentrer sur les quelques minutes qu'il faut pour quitter votre maison en raison du voyage de 2 mois à travers l'océan. Sauf si vous faites des choses très mal, la vitesse de votre application ne fera pas une différence notable. –