Announcement

**Andreas Kosch** · 14.04.2004, 05:49

Hallo,

es gibt gleich 3 Timer-Klassen im .NET-Framework: 
1. System.Windows.Forms.Timer (Komponente auf der Toolbox-Seite Windows Forms) 
2. System.Timers.Timer (Komponente auf der Toolbox-Seite Components) 
3. System.Threading.Timer

Wenn der Timer die Benutzeroberfl�che (Formular) kontrollieren soll, ist die Komponente System.Windows.Forms.Timer die beste Wahl. Solange nicht die Methode DoEvents der Application-Klasse aufgerufen wird, unterbricht das Timer-Ereignis niemals den ausgef�hrten Code, da der Timer im prim�ren Thread (GUI-Thread) der Anwendung ausgef�hrt wird.

Bei System.Timers.Timer wird es etwas komplizierter. Diese Timer-Komponente ist f�r den sicheren Einsatz in beliebigen Klassen geeignet, die von System.ComponentModel.Component abstammen. Das asynchrone Timer-Ereignis wird in einem von der CLR abgeforderten Arbeits-Thread aus dem Thread-Pool ausgef�hrt, dieser Timer ist dabei bereits in der Voreinstellung Multitheadf�hig. Dies bedeutet aber auch, dass im ausgef�hrten Timer-Ereignis keine direkten Zugriffe auf Controls/Funktionen der Benutzeroberfl�che zul�ssig sind, solange nicht die Eigenschaft SynchronizingObject genutzt wird

**Jakob Arnim** · 14.04.2004, 09:38

also ich hab bei mir im elapsed-ereignis des timers nicht wirklich die benutzeroberfl�che editiert. au�er einem panel.Invalidate() hab ich auch nicht drauf zugegriffen. das synchronizingObject hab ich auch nicht verwendet (w�sste gar nicht wie das geht).

am anfang hatte ich den System.Windows.Forms.Timer, mit dem hats aber genausowenig funktioniert. wof�r ist den der System.Threading.Timer

**Andreas Kosch** · 15.04.2004, 05:49

Hallo,

>..au�er einem panel.Invalidate() hab ich auch nicht drauf zugegriffen..

das ist doch ein direkter Zugriff, der sogar ein Neuzeichnen des Controls ausl�st.

>Wof�r ist den der System.Threading.Timer?

Die nicht bereits in der Voreinstellung multithreadsichere Klasse dient zur Umsetzung von "Low-Level"-Timerfunktionen, die �ber vier �berladene Konstruktoren erreichbar sind. Das asynchrone Timer-Ereignis wird in einem von der CLR abgeforderten Arbeits-Thread aus dem Thread-Pool ausgef�hrt

**Rabe** · 29.12.2004, 16:05

Hallo...
du schriebst am 14.April ...
Dies bedeutet aber auch, dass im ausgef�hrten Timer-Ereignis keine direkten Zugriffe auf Controls/Funktionen der Benutzeroberfl�che zul�ssig sind, solange nicht die Eigenschaft SynchronizingObject genutzt wird
Genau dieses Problem habe ich.
Ich habe eine Klasse in der ich einen Timer ben�tige. Also nutze ich den System.Timers.Timer Timer (was f�r ein Satz). Dann soll im Timer Ereignis eine Methode dieser Klasse aufgerufen werden. Wenn ich dieses dann mache (in der Methode wird auf andere Instanzen zugegriffen) sind die dort verwendeten Instanzen = Nothing.
Also muss ich erst irgendwie an den "Main Thread" gelangen oder so.
Aber das SynchronizingObject will mir nicht so recht klar werden.

F�r jede Hilfe w�re ich super dankbar.

Ralp

**Andreas Kosch** · 30.12.2004, 07:12

Hallo,

das folgende Beispiel stammt aus dem Artikel Comparing the Timer Classes in the .NET Framework Class Library (MSDN Magazin February 2004) und kann unter http://msdn.microsoft.com/msdnmag/issues/04/02/TimersinNET/default.aspx abgerufen werden:
<pre>
System.Timers.Timer tmrTimersTimer = new System.Timers.Timer();
tmrTimersTimer.Interval = 1000;
tmrTimersTimer.Elapsed += new
ElapsedEventHandler(tmrTimersTimer_Elapsed);
tmrTimersTimer.SynchronizingObject = this; //Synchronize with 
//the current form...
tmrTimersTimer.Start();
��
private void tmrTimersTimer_Elapsed(object sender,
System.Timers.ElapsedEventArgs e) {
// Do something on the UI thread (same thread the form was 
// created on)...
// If we didn't set SynchronizingObject we would be on a 
// worker thread...
}
</pre&gt

**Rabe** · 30.12.2004, 10:20

Super... vielen Dank erst mal.
ABER... ich habe da noch ein Problem. Das ganze funktioniert leider nicht so wenn ich den Timer in einer Klasse (also eine dll) verwenden m�chte. Alle Hinweise im Web die ich gefunden habe beziehen sich auh Forms :-(.
Wenn ich in einer Klasse z.B. tmrTimersTimer.SynchronizingObject = this eingebe bekomme ich was auf die Finger. (Ach �brigens nutze ich VB und kein C#, aber das sollte ja an der Verwendung von SynchronizingObject nix �ndern, au�er dass ich ier me verwende)

Hast du noch eine Idee???? Ich bin hier langsam am verzweifeln. Es muss doch irgendwie ein Timer in einer Klasse vern�nftig realisierbar sein.

Ralp

**Rabe** · 05.01.2005, 10:45

Ich habe die L�sung gefunden. (Falls es jemanden interessiert)

ALSO..
<PRE>
'Code der Klasse (meineKlasse()
Public Sub New(ByVal myObject As Object)
aTimer = New System.Timers.Timer
AddHandler aTimer.Elapsed, AddressOf NachbearbeitenEvent
 aTimer.SynchronizingObject = myObject
end sub

'Code der Windows Application

sub irgendwas
dim neueKlasse as NEW meineKlasse(Me)
end sub
</pre>

beim Instanziieren der Klasse �bergebe ich die Win. Application und schon funktioniert der Timer so wie gew�nscht.
Hei�t, wenn im Timer Event eine Methode aufgerufen wird, wird diese auch im selben Thread wie die Win. Application ausgef�hrt.

Danke f�r alle Hinweis

Announcement

Timerproblem bei zwei Instanzen eines Programms

Timerproblem bei zwei Instanzen eines Programms

Comment

Comment

Comment

Comment

Comment

Comment

Comment