В WPF диспетчер.BeginInvoke и UI / фоновые потоки
Я думаю, что мне нужны некоторые разъяснения относительно WPFs диспетчер.Invoke и диспетчер.Метод BeginInvoke использование.
предположим, что у меня есть какой-то длительный "рабочий" код, подобный тому, который вызывается нажатием кнопки в простом приложении WPF:
longWorkTextBox.Text = "Ready For Work!";
Action workAction = delegate
{
Console.WriteLine("Starting Work Action");
int i = int.MaxValue;
while (i > 0)
i--;
Console.WriteLine("Ending Work Action");
longWorkTextBox.Text = "Work Complete";
};
longWorkTextBox.Dispatcher.BeginInvoke(DispatcherPriority.Background, workAction);
этот код блокирует мой пользовательский интерфейс, пока workAction выполняется. Это связано с тем, что Dispatcher вызывает always run в потоке пользовательского интерфейса, правильно?
считая этого, какова наилучшая практика настройки моего диспетчера для выполнения workAction в отдельном потоке из моего пользовательского интерфейса? я знаю, что могу добавить BackgroundWorker мой workAction чтобы предотвратить блокировку моего пользовательского интерфейса как такового:
longWorkTextBox.Text = "Ready For Work!";
Action workAction = delegate
{
BackgroundWorker worker = new BackgroundWorker();
worker.DoWork += delegate
{
Console.WriteLine("Starting Slow Work");
int i = int.MaxValue;
while (i > 0)
i--;
Console.WriteLine("Ending Work Action");
};
worker.RunWorkerCompleted += delegate
{
longWorkTextBox.Text = "Work Complete";
};
worker.RunWorkerAsync();
};
longWorkTextBox.Dispatcher.BeginInvoke(DispatcherPriority.Background, workAction);
есть ли более элегантные способы сделать это кроме того, используя BackgroundWorker? Я всегда слышал, что BackgroundWorker это причудливо, поэтому мне любопытно узнать о некоторых альтернативах.
5 ответов
Я считаю, что BackgroundWorker
самое элегантное решение для этого. Я не могу придумать более простого способа сделать это.
Мне тоже не нравится BackgroundWorker. Простой альтернативой может быть что-то вроде:
using System;
using System.Threading;
using System.Windows;
namespace Sample
{
public partial class MainWindow : Window
{
public MainWindow()
{
InitializeComponent();
}
protected override void OnSourceInitialized(EventArgs e)
{
base.OnSourceInitialized(e);
longWorkTextBox.Text = "Ready For Work!";
}
private void startButton_Click(object sender, RoutedEventArgs e)
{
new Thread(Work).Start();
}
void Work()
{
longWorkTextBox.Dispatcher.BeginInvoke((Action)(() => { longWorkTextBox.Text = "Working..."; }));
Console.WriteLine("Starting Work Action");
int i = int.MaxValue;
while (i > 0)
i--;
Console.WriteLine("Ending Work Action");
longWorkTextBox.Dispatcher.BeginInvoke((Action)(() => { longWorkTextBox.Text = "Work Complete"; }));
}
}
}
легко, не так ли?
Чарли-это то, что вы ищете, на самом деле.
однако, если это возможно, вы можете посмотреть, можете ли вы разбить свою работу так, чтобы отдельные единицы работы были небольшими и не влияли на пользовательский интерфейс. Это позволит вам просто использовать диспетчера напрямую. На странице потоковой передачи WPF есть хороший пример этого:https://msdn.microsoft.com/en-us/library/ms741870%28v=vs.100%29.aspx
поскольку его имя указывает, что он будет выполняться в фоновом режиме, поэтому вам не нужно создавать его экземпляр с диспетчером. Кроме того, если вы хотите, чтобы этот код запускался в WP7, BeginInvoke не получает параметр фона.
моя рекомендация-создать BackgroundWorker как:
BackgroundWorker worker = new BackgroundWorker;
а затем создайте обработчики для событий:
worker.WorkerReportsProgress = true;
worker.WorkerSupportsCancellation = true;
worker.DoWork +=new DoWorkEventHandler(worker_DoWork);
worker.RunWorkerCompleted +=new RunWorkerCompletedEventHandler(worker_RunWorkerCompleted);
worker.ProgressChanged +=new ProgressChangedEventHandler(worker_ProgressChanged);
и наконец звоните:
bkwkPlayingLoop.RunWorkerAsync();
Это большой соблазн использовать диспетчер из внутри DoWork, но вместо этого позвоните работнику.ReportProgress() и обрабатывать пользовательский интерфейс оттуда. В противном случае вы столкнетесь с некоторыми несоответствиями при запуске событий завершения.
задачи проще в использовании, чем фоновые рабочие, делать больше вещей, иметь меньше проблем и были в значительной степени созданы, поэтому фоновые рабочие больше не нужно было использовать...