Man kann die Synchroniserung auch mit dem SynchronizationContext bewerkstelligen.
Diese hat die Methoden Post und Send. Public Overridable Sub Post ( _
d As SendOrPostCallback, _
state As Object _
) Send sieht genauso aus.
Der SendOrPostCallback ist so definiert Public Delegate Sub SendOrPostCallback ( _
state As Object _
) Vor dem Framework 3.5 wären diese Methoden für VB nicht so geeignet, da sie ähnlich wie beispielsweise die List(Of T).Find(match As Predicate(Of T)) As T erst im Zusammmenhang mit anonymen Delegaten so richtig Sinn ergeben.
Seit dem Framework 3.5 stehen uns jedoch auch in VB anon. Methoden in der Form von Lambda-Expressions zur Verfügung.
Dim _syncContext As Threading.SynchronizationContext = _
Threading.SynchronizationContext.Current
Private Sub daten_Changed2(ByVal sender As Object, ByVal e As EventArgs) _
Handles daten.Changed
If Me.InvokeRequired Then
'Delegate auf diese Methode selbst
Dim dele As EventHandler = AddressOf daten_Changed2
'SendOrPostCallback mit Lambda-Expression erszeugen
Dim sendOrPostCb As Threading.SendOrPostCallback = Function(o) _
dele.DynamicInvoke(sender, e)
_syncContext.Post(sendOrPostCb, Nothing)
'So
' _syncContext.Post(Function(o) dele(sender, e), Nothing)
'geht's nicht, da EventHandler keinen Wert zurückgibt,
'der Body der Lambda-Expression jedoch einen Wert erwartet.
'Deswegen DynamicInvoke, da dies "Object" zurückgibt.
'Der Compiler macht dann aber trotzdem einen
'SendOrPostCallback draus.
Else
If Me.IsDisposed Then Return
Me.TextBox1.Text = "Changed " & Now.ToString
End If
End Sub oder kurz und knackigPrivate Sub daten_Changed2(ByVal sender As Object, ByVal e As EventArgs) _
Handles daten.Changed
If Me.InvokeRequired Then
Dim dele As EventHandler = AddressOf daten_Changed2
_syncContext.Post(Function(o) dele.DynamicInvoke(sender, e), Nothing)
Else
If Me.IsDisposed Then Return
Me.TextBox1.Text = "Changed " & Now.ToString
End If
End Sub Der Vorteil scheint mir zu sein, dass SynchronizationContext.Post drauf aufpasst, dass die Methode wirklich nur ausgeführt wird, wenn der Consumer noch zur Verfügung steht (das Fenster noch nicht geschlossen wurde). Ich bin mir dessen jedoch nicht völlig sicher, da noch nicht umfassend getestet. Es ist nur ein erster Eindruck.
Zweitens hat man hiermit ein Pattern, dass sich genauso in WPF-Anwendungen einsetzen lässt. Statt Me.InvokeRequired, testet man auf DispatcherObject.CheckAccess(). Der Rest bleibt gleich.
Ferner sagt die MSDN in Control.InvokeRequired Property auch
An even better solution is to use the SynchronizationContext returned by SynchronizationContext rather than a control for cross-thread marshaling. Leider wird es dann aber ein wenig dünn mit Beispielen.
Übrigens: der BackgroundWorker verwendet eben diesen SynchronizationContext, um seine Events mit dem Hauptthread zu synchronisieren.
Ciao
D. |