Salut,
je me suis mis à lire ton tutoriel ce matin et je remarque une imprecision qui me semble plutôt importante dans la partie "gestion des événements" :
pygame.event.poll
, lui, nous retourne seulement un Eventtype instance, donc un seul événement depuis la queue
pygame.event.wait
retourne aussi un Eventtype instance, donc toujours un événement depuis la queue
Pourquoi Pygame dispose de deux méthodes faisant exactement la même chose ?
Hé hé ! Ces méthodes ne font pas totalement la même chose, elle ne font que retourner le même type d'objet ![;)](/static/smileys/clin.png)
Si on se penche sur pygame.event.poll
(allez, penchez-vous encore plus bas !), on verra que celui-ci va occuper notre processeur, même si aucuns événements ne se sont produits !
[…]
Vous comprenez la différence maintenant ?
Si vous ne voulez pas utiliser tout le processeur de l'utilisateur, alors utilisez pygame.event.wait
, sinon si vous vous en fichez, prenez pygame.event.poll
!
On pourrait comprendre que la seule différence entre pygame.event.poll
et pygame.event.wait
est la consomation de ressources (dans ce cas à quoi sert pygame.event.poll
?). Or, ce n'est pas le cas. La vrai différence c'est que pygame.event.wait
bloque l'éxecution du programme en attendant qu'un événement survienne alors que pygame.event.poll
se contente de récupérer le premier événement dans la pile.
Jespar
PS: moi j'aime bien les smileys ![:-)](/static/smileys/smile.png)