Jaka jest różnica między Dispatcher.BeginInvoke a Task.Factory.StartNew

Question

W mojej aplikacji WPF ładuję zawartość przy użyciu Dispatcher.BeginInvoke w konstruktorze. Moje pytanie brzmi: czy zablokuje wątek interfejsu użytkownika?

A może lepiej użyć Task.Factory.StartNew, a następnie wysłać rzeczy z powrotem do interfejsu użytkownika, aby aplikacja ładowała się najpierw niezależnie od czasu ładowania treści?

Które podejście jest lepsze i dlaczego?

Answer 1

Robią dwa bardzo różne rzeczy:

• Task.Factory.StartNew harmonogramy delegatem do realizacji na basenie wątku gwintu. Bieżący wątek nadal działa bez oczekiwania na wynik tego zadania (asynchronizacja). Zwykle tworzysz dłużej działające zadanie w tle, aby interfejs nie był blokowany zbyt długo (nie "zamrożony").

• Dispatcher.BeginInvoke planuje delegata do wykonania na wątku wysyłającego (UI). Zwykle robi się to, aby zaktualizować niektóre formanty UI z wynikami niektórych operacji, które zostały wykonane na wątku tła w postaci . Zasadniczo aktualizujesz tutaj interfejs użytkownika.

Aby odpowiedzieć ci na pytania bezpośrednio:

Nie należy planować długich operacji na dyspozytora wątku, zwykle chcesz tylko zaktualizować tutaj formantów UI. Kod w delegacie zostanie wykonany na wątku UI, który jest blokowany na czas wykonania. Wystarczy wpisać Thread.Sleep(10000) w swoim bieżącym kodzie (który planujesz od konstruktora), a zobaczysz, że interfejs użytkownika zamrozi. Użyj do tego zadania w tle - albo z Task lub z robotem działającym w tle (obie będą używać wątku puli wątków).

A może to lepiej użyć Task.Factory.StartNew a następnie wysyłając rzeczy z powrotem na interfejsie, dzięki czemu aplikacja załaduje pierwszy niezależnie od czas procesu ładowania treści.

Tak!