Comment puis-je laisser fil conducteur de suspendre et d'attendre la course System.Timer.Timer

Question

Salut J'utilise System.Timer.Timer

Je reçois toujours NULL après l'exécution de mon programme et il ne fonctionne que si j'ajouter ceci. dormir (6000). Supposons que la raison est le fil principal se termine, mais le minuteur n'a pas fini ... Voici la classe et j'appelle la classe de mon formulaire principal.

Class class1 
{ 
    string finalResult = ""; 
    public string getNumber() 
    { 
    RunTimer(); 
    return finalResult; 
    } 
    pubic void RunTimer() 
    { 
    timer = new System.Timers.Timer(30000); 
    timer.Interval = 1000;   
    timer.Elapsed += new System.Timers.ElapsedEventHandler(cal); 
    timer.Start(); 
    } 
    private void cal(object sender,System.Timers.ElapsedEventArgs e) 
    { 
    finalResult += READFROMCOMPORT; 
    } 
} 

Answer 1

Utilisez TimerCallback

http://www.gnu.org/software/dotgnu/pnetlib-doc/System/Threading/Timer.html

Answer 2

Pourquoi voudriez-vous utiliser une minuterie dans cette instance?

Si vous souhaitez que cette opération soit synchrone et attendez que le résultat final soit rempli, vous pouvez attendre 6 secondes avant de renvoyer READFROMCOMPORT.

EDIT: Si vous avez besoin du programme pour continuer à fonctionner, vous pouvez créer un événement de rappel auquel vous liez après avoir instancié la classe. Une fois que le temporisateur expire, vous pouvez augmenter l'événement de rappel et transmettre votre nouvelle valeur

EDIT 2: un moyen facile d'implémenter ce genre d'asynchrone consiste à utiliser un composant BackgroundWorker. l'arrière-plan a une méthode DoWork() qui contient votre code asynchrone, ainsi qu'un événement de rappel "RunWorkerCompleted" auquel vous pouvez vous abonner pour obtenir votre résultat asynchrone. Voir ici pour en savoir plus: http://msdn.microsoft.com/en-us/library/system.componentmodel.backgroundworker.aspx

Answer 3

Une bonne règle est de ne jamais utiliser Thread.Sleep dans le code de production. Sa présence indique généralement un mauvais filetage.

À la place, écoutez l'événement DataReceived du port COM.

Answer 4

Si vous appelez déjà GetNumber() à partir d'un thread distinct de l'interface graphique, abandonnez le temporisateur, effectuez le travail dans GetNumber() et le thread s'arrêtera de revenir plus tôt. Dans tous les cas, n'utilisez pas Thread.Sleep car il n'y a aucun moyen de le débloquer si nécessaire, ou si l'application se ferme. Utilisez plutôt Monitor.Wait, qui peut être débloqué avec Monitor.Pulse.