vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
Mails senden, abrufen und decodieren - ganz easy ;-)  
 vb@rchiv Quick-Search: Suche startenErweiterte Suche starten   Impressum  | Datenschutz  | vb@rchiv CD Vol.6  | Shop Copyright ©2000-2024
 
zurück

 Sie sind aktuell nicht angemeldet.Funktionen: Einloggen  |  Neu registrieren  |  Suchen

VB.NET - Ein- und Umsteiger
Für Interessierte und Fortgeschrittene 
Autor: Drapondur
Datum: 29.04.09 14:41

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 knackig
Private 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.
alle Nachrichten anzeigenGesamtübersicht  |  Zum Thema  |  Suchen

 ThemaViews  AutorDatum
Windows Forms & Multithreading & Events2.189Dot29.04.09 12:43
Re: Windows Forms & Multithreading & Events1.822Drapondur29.04.09 13:02
Re: Windows Forms & Multithreading & Events1.813Dot29.04.09 13:11
Re: Windows Forms & Multithreading & Events1.989Drapondur29.04.09 13:34
Nachtrag zum Link auf die MSDN-Seite1.840Drapondur29.04.09 13:52
Re: Windows Forms & Multithreading & Events1.755Dot29.04.09 13:56
Re: Windows Forms & Multithreading & Events1.739ModeratorFZelle29.04.09 14:23
Re: Windows Forms & Multithreading & Events1.924Drapondur29.04.09 14:34
Für Interessierte und Fortgeschrittene2.331Drapondur29.04.09 14:41

Sie sind nicht angemeldet!
Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.

Einloggen  |  Neu registrieren

Funktionen:  Zum Thema  |  GesamtübersichtSuchen 

nach obenzurück
 
   

Copyright ©2000-2024 vb@rchiv Dieter Otter
Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.

Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel