Aktualizacja interfejsu Windows Store App

Question

Piszę aplikację zabawkową Windows Store App dla Windows 8. Ma tylko jedną stronę xaml z TextBlock. Strona ma MyTimer klasy jako DataContext:

this.DataContext = new MyTimer(); 

MyTimer implementuje INotifyPropertyChanged i uaktualnianie właściwości Time jest wykonany z zegarem:

public MyTimer(){ 
    TimerElapsedHandler f = new TimerElapsedHandler(NotifyTimeChanged); 
    TimeSpan period = new TimeSpan(0, 0, 1); 
    ThreadPoolTimer.CreatePeriodicTimer(f, period); 
} 

z

private void NotifyTimeChanged(){ 
    if (this.PropertyChanged != null){ 
     this.PropertyChanged(this, new PropertyChangedEventArgs("Time")); 
    } 
} 

TextBlock ma databinding na czas

<TextBlock Text="{Binding Time}" /> 

Kiedy uruchomić aplikację Mam następujący wyjątek:

System.Runtime.InteropServices.COMException was unhandled by user code 

z komunikatem

The application called an interface that was marshalled for a different thread. (Exception from HRESULT: 0x8001010E (RPC_E_WRONG_THREAD))

Prawdziwym problemem jest to, że ja uaktualniania własność MyTimer klasy, nie sam GUI, Nie mogę tego rozgryźć, ale myślę, że rozwiązanie powinno używać czegoś takiego jak this one.

Answer 1

Tak, powiadamia się o zmianie właściwości z wątku puli wątku zamiast wątku interfejsu użytkownika. Musisz przekazać powiadomienie z powrotem do wątku interfejsu użytkownika w oddzwanianiu timera. Teraz twój model widoku jest oddzielony od widoku (dobra rzecz), dlatego nie ma bezpośredniego połączenia z infrastrukturą Dispatcher. Musisz więc podać mu odpowiednią komunikację. Aby to zrobić, musisz przechwycić bieżący numer SynchronizationContext podczas budowy lub pozwolić, aby został on przekazany jawnie konstruktorowi, który jest dobry do testów lub jeśli chcesz zainicjować obiekt poza wątkiem interfejsu użytkownika.

Cały shebang będzie wyglądać mniej więcej tak:

public class MyTimer 
{ 
    private SynchronizationContext synchronizationContext; 

    public MyTimer() : this(SynchronizationContext.Current) 
    { 
    } 

    public MyTimer(SynchronizationContext synchronizationContext) 
    { 
     if(this.synchronizationContext == null) 
     { 
      throw new ArgumentNullException("No synchronization context was specified and no default synchronization context was found.") 
     } 

     TimerElapsedHandler f = new TimerElapsedHandler(NotifyTimeChanged); 
     TimeSpan period = new TimeSpan(0, 0, 1); 
     ThreadPoolTimer.CreatePeriodicTimer(f, period); 
    } 

    private void NotifyTimeChanged() 
    { 
     if(this.PropertyChanged != null) 
     { 
      this.synchronizationContext.Post(() => 
       { 
        this.PropertyChanged(this, new PropertyChangedEventArgs("Time")); 
       }); 
     } 
    } 
} 

Answer 2

Jednym ze sposobów, aby to zrobić czeka Task.Delay() w pętli zamiast przy użyciu Timer:

class MyTimer : INotifyPropertyChanged 
{ 
    public MyTimer() 
    { 
     Start(); 
    } 

    private async void Start() 
    { 
     while (true) 
     { 
      await Task.Delay(TimeSpan.FromSeconds(1)); 
      PropertyChanged(this, new PropertyChangedEventArgs("Time")); 
     } 
    } 

    public event PropertyChangedEventHandler PropertyChanged = delegate { }; 

    public DateTime Time { get { return DateTime.Now; } } 
} 

Jeśli wywołanie konstruktora na wątek interfejsu użytkownika, wywoła on także PropertyChanged. I fajne jest to, że dokładnie ten sam kod będzie działał na przykład w WPF (pod .NET 4.5 i C# 5).

Answer 3

jak o kodzie z tego bloga:

http://metrowindows8.blogspot.in/2011/10/metro-tiles.html

ten pracował dla mnie. Musiałem przekazać obiekt ThreadPoolTimer do mojej funkcji delegata