Sto scherzando un po 'con le discussioni. Ora considera questo: Ho una discussione principale. Inizio una nuova discussione. Nel suo metodo entry-point, voglio fare un ciclo di esecuzione. Ora la documentazione dice a me che devo avere una fonte di input. Altrimenti il mio ciclo di esecuzione termina immediatamente. cattivo. va bene. ma non ho altre fonti di input delle mie chiamate al metodo performSelector ... Dopo l'avvio del thread, viene fornito un metodo performSelector che kickerà un altro metodo su quel thread dopo un certo ritardo. all'interno di quel metodo avviene un'altra chiamata performSelector, e così via. ognuno con un ritardo tra 0,1 e 1 sec. Quindi un timer ripetuto è insensato giusto ;-)Come creare un ciclo di esecuzione che viene eseguito solo dalle chiamate al metodo performSelector ...?
Come posso impostare quel ciclo di esecuzione in modo che tenga vivo ricevere i calci da performSelector? Voglio che il thread si addormenti quando non c'è niente da fare. ma quando un calcio performSelector sta arrivando nel suo culo, voglio che il filo si riattivi e funzioni.
Qualche suggerimento, qualcuno?
Mentre si potrebbe implementare il modello produttore-consumatore richiesto in questo modo, sarebbe aggiungere un sacco di codice aggiuntivo che è costruito in cicli eseguiti. Sanno già come rispondere ai selettori, quindi non è necessario creare oggetti con condizioni aggiuntive per gestire i messaggi. –