Progress Bar & Thread в C#?

Question

[Kirill H]

Есть поток, в который передаётся функция, необходимо привязать к ней ProgressBar, как это сделать?
Кстати говоря, гуглил, изначально функцию в поток передавал просто закинув её без параметров, но как понадобилось передавать в поток функцию с параметрами, пришлось сразу дописывать '() =>'. С потоками не знаком, приходится использовать так как программа качает файлы из сети и не хочется, что бы она на время висла, может кто объяснит зачем нужно это самое пресловутое '() =>'?

DATA.SubThread = new Thread(() => Downloder.DownloadFile("http://...", "C:\\..."));

Comments

[Tom Nolane]

"() =>" - это лямбда-выражение (анонимная функция своими словами, типо делегата без названия)
"=>" - называется лексема

[Kirill H]

Tom Nolane: Спасибо, так понятно, а что до связки с Progress Bar?

Answer 1

[Tom Nolane]

Kirill Rud: я не понял что вы в коде подразумеваете под "Downloder"... если это WebClient downloader= new WebClient(); то, у него есть специальный метод для асинхронной загрузки (чтобы не создавать отдельный поток)

// DownloadFile(...) - загрузка в главном потоке
downloader.DownloadFileAsync(new Uri("ввв.сайт.ру"), "C:\\temp.zip"); // - загружает асинхронно в отдельном потоке, т.е. "DATA.SubThread = new Thread(() =>" <- создавать не нужно.

после чего "Downloder" нужно подписать на эвенты (события).. ниже в примере создаётся два события: во время загрузки и по окончанию загрузки:

private void button1_Click(object sender, EventArgs e) //нажимаем кнопку "загрузить"
  {
   string url = "http://****.ру.*****1.zip";
   WebClient downloader = new WebClient();
   downloader.DownloadFileCompleted += new AsyncCompletedEventHandler(downloader_DownloadFileCompleted); // привязываем эвент когда файл загрузится
   downloader.DownloadProgressChanged += new DownloadProgressChangedEventHandler(downloader_DownloadProgressChanged); // привязываем эвент когда файл загружается (в процессе)
   downloader.DownloadFileAsync(new Uri(url), "C:\\temp.zip"); // загружаем не блокируя главный поток
  }

 void downloader_DownloadProgressChanged(object sender, DownloadProgressChangedEventArgs e) // событие по которому передается в прогресс бар кол-во процентов загруженной информации
   { 
      progressBar1.Value =  e.ProgressPercentage; // progressBar1 - ваш прогресс бар
    }
  void downloader_DownloadFileCompleted(object sender, AsyncCompletedEventArgs e) // событие по окончанию загрузки (п.с. как пример, в рабочем варианте использовать MessageBox лучше не стоит, т.к. он блокирует основной поток (форма зависает, пока не нажмёте кнопку "ок")
   {
       if (e.Error != null)
         MessageBox.Show(e.Error.Message);
       else
         MessageBox.Show("Загружено!!!");
   }

усё вроде...

Comments

[Kirill H]

Более чем понятно, спасибо!) Я так понимаю, таким образом можно связывать событиями и с прогресс барами и другие классы, кроме WebClient?

[Tom Nolane]

Kirill Rud: не совсем) у WebClient - свои есть евенты (загрузка, окончание загрузки и т.д.), у Mouse - свои, у Button свои (наведение курсора мыши, покидание курсора мыши, клик по кнопке, когда кнопка загружается (появляется на форме) и т.д.) - к этим эвентам можно создать обработчики. К примеру к WebClient нельзя приделать эвент (кликнуть мышкой, или навести мышку на него как у кнопки...). А так, в самом обработчике можно делать всё, что компилятору угодно)

[Kirill H]

Tom Nolane: Ещё раз большое спасибо!)

[Tom Nolane]

Kirill Rud: на здоровье) поскольку с потоками вы наверно не очень знакомы) и рано или поздно с ними столкнётесь) то сразу говорю) (про WPF) - все визуальные изменения (тот же прогресс бар или показ процентов загрузки в текст блоке) выполняются в главном потоке. И иногда нужно создать что-то, чтобы выполнялось тут: DATA.SubThread = new Thread(() => { тут что-то выполняется; }); и это "что-то" должно влиять на прогресс бар или текстбокс (к примеру). Так вот, чтобы изменения были видны, нужно для каждого UI-элемента (текстбокс, прогрессбар и т.д.) вызывать свой поток... это делается легко. Допустим, выше код он должен работать внутри DATA.SubThread = new Thread(() => { тут внутри; }); тогда к progressBar1 нужно создать Dispatcher... :
progressBar1.Dispatcher.Invoke(()=>{ progressBar1.Value = e.ProgressPercentage; }); вот так.
Dispatcher - хрень, которая регулирует (сама) очередями потока. Т.е. вы создаете специально для progressBar1 Dispatcher и в него пихаете то, что должно выполняться напрямую с этим объектом.... если был был textbox, то делается аналогично:
textbox1.Dispatcher.Invoke(()=>{ textbox1.Text = "Что-то"; }); И так для каждого UI элемента есть свой Dispatcher. В wpf я часто такое использую... есть ещё и главный Dispatcher (основной UI поток), который можно использовать для всех UI элементов в совокупе:

this.Dispatcher.Invoke(()=>{progressBar1.Value = e.ProgressPercentage; textbox1.Text = "Что-то"; }); (п.с. "this." не обязательно использовать, можно просто Dispatcher.Invoke(()=>{ .... )
и сам Dispatcher (в обоих случаях) нужно вызывать как можно реже... т.е. следующий пример "негодно":
this.Dispatcher.Invoke(()=>
{
... тут куча логики, вычисления...
опять вычисления...
и тут уже progressBar1.Value = e.ProgressPercentage;
логика ... вычисления...
});

[Kirill H]

Tom Nolane: Супер подробно, я удивляюсь откуда такие люди тут :D
Обычно отмахнуться каким-то термином и арканом из них ничего больше не вытащишь)
Не устану вас благодарить, буду на днях разбираться с потоками, это не тема практики, но тем не менее, как их коснулся, очень заинтересовало)
Допустим на Label вывожу текст с textBox, так понимаю, тут тоже лучше потоками с Dispatcher? По тому, что запускать таймер и связывать lbel.text = textbox.text; очень ресурсоёмко, а событие для textbox.keypress очень медленно отрабатывает.

[Tom Nolane]

Kirill Rud: Dispatcher нужно создавать тогда, когда UI элемент (label, progressbar, textblock, textbox и т.д.) выполняются не в основном потоке (например, вы загружаете файл и хотите в "реальном времени" смотреть проценты и писать их в label) а сам процесс должен проходить в фоновом потоке (чтобы форма не зависала)... вот тут и нужен Dispatcher . для разных UI элементов (к примеру lbel.text = textbox.text) создавайте общий диспатчер => Dispatcher.Invoke(()=> { lbel.text = textbox.text; }); Если они между собой не связаны - то для каждого свой Dispatcher => lbel.Dispatcher .Invoke(()=>{lbel.text = "что-то"; }); , textbox.Dispatcher .Invoke(()=>{ textbox.text = "что-то"; });
если вы хотите вывести " на Label вывожу текст с textBox " - в методе, который исполняется в главном потоке, то Dispatcher не нужен. Главный поток создаётся по умолчанию при запуске приложения. И пока сам метод (который что-то выполняет) не запихнете сюда DATA.SubThread = new Thread(() => ... а лучше вместо этого писать так:
Task.Run(()=> { метод(); }); (Так короче и лучше, но сразу но, Thread и Task разные вещи, но в принципе выполняют одно и тоже) и когда "метод()" будет внутри Task (или new Thread) - вот тогда и нужен Dispatcher

[Tom Nolane]

Kirill Rud рабочий момент использования мульти-потоков (в консольном приложении):
Как парсить HTML при помощи HttpClient?

Answer 2

[John_Nash]

анонимный делегат без параметров так записывается через лямбда-выражение

Comments

[Kirill H]

А что до Progress Bar?

[John_Nash]

ну, если Downloder такое поддерживает, просто подпишитесь на событие.

Answer 3

[Dark Hole]

Ну так конструктор Thread принимает функцию, которая вызывается в отдельном потоке. Вы ее создаете.