Comment suspendre un thread jusqu'à ce qu'une condition devienne vraie sans attente en attente?

Question

Comment suspendre un thread jusqu'à ce qu'une condition devienne vraie sans attente en attente? Par exemple, supposons que je vérifie pour voir si

playerOne.isWalking()

va être vrai et je veux exécuter un code quand il ne devient vrai. Encore une fois supposons que playerOne est une instance de la classe Player qui a alors la fonction isWalking(). Je n'ai pas accès à ce qui rend isWalking() devenu vrai. Donc, chaque fois que je veux vérifier si isWalking() est vrai, je dois appeler la méthode d'une instance de joueur explicitement. J'ai essayé d'utiliser Wait/Notify dans les blocs synchronisés, mais cela ne fonctionnerait jamais car je devrais avertir manuellement le Thread de se réveiller quand isWalking() devient vrai et je ne sais pas quand il deviendra vrai.

J'ai essayé d'utiliser le modèle d'observateur pour faire de Player une sous-classe d'observable afin que je puisse appeler la méthode de mise à jour quand isWalking() devient vrai mais je ne sais pas encore quand cela se produira.

J'ai même essayé d'utiliser Propertys mais cela ne fonctionnerait pas non plus.

Est-il même possible de vérifier sans attendre-occupé? Constamment interroger et appeler cette fonction pour voir si c'est vrai, alors si c'est vrai, exécutez le code.

Ce fut une mauvaise solution que je fait impliquant occupé en attente:

Busy-Waiting solution

Answer 1

Le problème est que vous underlaying utilisez une méthode getter pour acquérir une information et d'agir sur elle. Le principe qui est violé ici est Dites, ne demandez pas!.

L'OO whay pour résoudre ceci est d'introduire une interface (par exemple: PlayerMovingListener).

La classe de lecteur contiendrait une instance d'un objet implémentant cette interface (ou une liste d'entre eux). Dès que le joueur commence à marcher, il appelle la méthode isMoving() définie dans l'interface implémentée par le (ou tous) objet (s) écouteur (s) détenu (s) par le joueur.
^{Le plus probable est déclenché par une méthode setter dans votre implémentation Payer actuelle.}