Hat jeder WinRT/Windows Core-Thread einen Dispatcher?

Question

Wir stellen eine Bibliothek zur Verfügung, die Code für ihre eigenen benutzerdefinierten Threads ausführen muss. Sobald dies erledigt ist, möchte ich, dass diese Threads Callbacks (Eventhandler) über eine Dispatcher (System.Windows.Threading.Dispatcher) aufrufen. Der Bibliotheksbenutzer muss den Dispatcher verwenden, um die Ereignisbehandlung an.

Wir könnten einfach immer auf CoreApplication.MainView.CoreWindow.Dispatcher versenden, aber nicht alle Programme (z. B. Windows 10 IoT Core-Anwendungen) bieten eine Benutzeroberfläche und daher fehlt ihnen ein Hauptfenster.

Kann der Benutzer einfach auf System.Windows.Threading.Dispatcher.CurrentDispatcher verweisen, um die seines Threads zu erhalten? Oder können nicht alle Threads einen Dispatcher haben?

Bearbeiten: Hier ist mehr Kontext für diese Frage. Hoffentlich macht es die Frage leichter zu verstehen: https://github.com/getsenic/nuimo-windows/issues/2

Answer 1

Oder können nicht alle Threads einen Dispatcher haben?

Dispatcher-Threads sind immer an UI-Threads gebunden. Die IoT-App für den kopflosen Modus verfügt über keine Benutzeroberfläche, sodass sie keinen Dispatcher-Thread enthält.

Kann der Benutzer einfach auf System.Windows.Threading.Dispatcher.CurrentDispatcher bezieht sich auf seinen Thread

Dispatcher zu bekommen

System.Windows.Threading.Dispatcher.CurrentDispatcher nur in Legacy-.NET-Plattform unterstützt wird. Die UWP-Alternative ist CoreApplication.MainView.CoreWindow.Dispatcher, wie Sie darauf hingewiesen haben.

Wenn Sie asynchrone Rückrufe im Headless (ohne GUI) -Modus durchführen möchten, können Sie wahrscheinlich auf Task Parallel Library (TPL), die ContinueWhenAll ContinueWhenAny usw. API ... zugreifen, die Ihren Anforderungen entsprechen. Siehe https://msdn.microsoft.com/en-us/library/system.threading.tasks.taskfactory.aspx.

Answer 2

Erstens bin ich nicht sicher, dass Sie Event-Handler auf UI-Thread ausführen sollten, weil nur Client weiß, ob er Zugriff UI-Elemente benötigt.

Zweitens, vor dem Aufruf CoreApplication.MainView Eigenschaft können Sie überprüfen, CoreApplication.Views.Count > 0 (ich bin nicht absolut sicher, dass es funktioniert, weil zur Zeit habe ich kein Gerät, um es zu testen).

Und Sie können dieses Problem auch auf andere Weise lösen: Speichern Sie im Konstruktor Ihres Objekts den SynchronizationContext des ausführenden Threads und verwenden Sie ihn dann zum Auslösen von Ereignissen. Es funktioniert, wenn Ihr Objekt vom UI-Thread instanziiert wird (in den meisten Fällen ist es wahr). Auf diese Weise können Sie den Dispatcher vollständig ablehnen.

public class NotifierExample 
{ 
    private readonly SynchronizationContext _synchronizationContext; 


    public event EventHandler SomethingHappened; 


    public NotifierExample() 
    { 
     _synchronizationContext = SynchronizationContext.Current; 
    } 


    public void Do() 
    { 
     Task.Factory.StartNew(() => 
     { 
      //do something 
      OnSomethingHappened(); 
     }); 
    } 


    private void OnSomethingHappened() 
    { 
     if (_synchronizationContext != null) 
     { 
      _synchronizationContext.Post(o => RaiseSomethingHappened(), null); 
     } 
     else 
     { 
      RaiseSomethingHappened(); 
     } 
    } 

    private void RaiseSomethingHappened() 
    { 
     var somethingHappened = SomethingHappened; 
     somethingHappened?.Invoke(this, EventArgs.Empty); 
    } 
}