Alla ricerca di una semplice alternativa al Thread.Sleep

Question

HI,

Durante lo sviluppo della mia app, usavo Thread.Sleep per dare ai nostri dispositivi esterni po 'di tempo per regolare le impostazioni prima di effettuare query, in quanto sono molto vecchio e lento.

Ora voglio sostituirli con qualcosa di più elegante e corretto.

Qualcuno ha un modo semplice di "aspettare" per un dispositivo piuttosto che dormire, tenendo presente che il dispositivo non ci fa sapere quando è pronto, quindi un'attesa è quanto di meglio possiamo fare! ??

Saluti, George.

Answer 1

Potrebbe essere la soluzione migliore per seguire il percorso di utilizzo di un timer per svegliarsi periodicamente e vedere se il dispositivo è pronto.

Hai almeno due opzioni qui System.Timers.Timer o System.Threading.Timer.

Tuttavia, questo probabilmente significa che ci si deve ottenere più coinvolti in multithreading, in modo che il timer può comunicare al resto del programma per continuare a quando il dispositivo è pronto (ad esempio con un WaitHandle o qualche tipo, come ad esempio un AutoResetEvent).

Non c'è nulla di intrinsecamente sbagliato con l'utilizzo Thread.Sleep per bloccare un singolo filo IMHO sincrono.

Answer 2

Il modo migliore per rendere un'attesa di applicazione è quello di utilizzare Thread.Sleep()

Naturalmente, si ha un problema reale in cui si sta bisogno di selezionare un calendario arbituary attendere che il dispositivo da aggiornare.

Non c'è modo che si app può provare a portare avanti e riprovare se non riesce a causa dello stato del dispositivo? (Naturalmente ci dovrebbe essere un numero massimo di tentativi)

Answer 3

Finché si sta facendo le chiamate da un thread in background, che probabilmente non è un modo terribile per farlo. È possibile utilizzare anche un timer per richiamare dopo un intervallo; più ecomplex (non molto), ma forse più facile da cancellare (ovviamente, puoi anche semplicemente gestire un thread-interrupt per cancellare un sonno).

Answer 4

Io preferisco usare Monitor.Wait oltre Thread.Sleep nella maggior parte dei casi, perché a differenza di Thread.Sleep può essere sbloccato con Monitor.Pulse se necessario. Per una buona spiegazione del motivo per cui Thread.Sleep deve essere usato con giudizio, vedi http://msmvps.com/blogs/peterritchie/archive/2007/04/26/thread-sleep-is-a-sign-of-a-poorly-designed-program.aspx