Invoke и новый поток

@tnk500 · Регистрация: 25.08.2012

Author24 — интернет-сервис помощи студентам

Пытаюсь запустить поток, в котором будут изменяться свойства listview. Но судя по зависаниям программы, у меня это не получилось. Вот что я делал:

C#

new Thread(() => listView1.Invoke(new Action(processMail))).Start();
 
void processMail()
{
   // здесь производятся подключения к серверам, довольно объемная операция
}

Что делать?

Да, кстати, безопасен ли такой код? Сборщик мусора справится с ним?

C#

1 2	if((new Form1()).ShowDialog() == OK) ...

@Storm23 · 03.08.2015, 13:02

Сообщение от tnk500

C#

1	new Thread(() => listView1.Invoke(new Action(processMail))).Start();

Этот код совершенно бессмысленен. Потому что вы создаете новый поток, но тут же возвращаетесь в главный поток через Invoke. Вам нужно сначала делать вычисления (processMail) а потом уже вызывать Invoke.

Сообщение от tnk500

Сборщик мусора справится с ним?

Запросто.

@tnk500 · 03.08.2015, 13:19 **[ТС]**

Storm23, делать сначала вычисления? Но как? Вычисления очень взаимодействуют с контролом, поэтому я и не могу вынести в отдельный поток все. Стоп, invoke выполняет делегат в главном потоке, если создан конрол в нем, как это обычно бывает, верно? В чем же смысл этого метода?

@kenny69 · 03.08.2015, 13:23

Сообщение от tnk500

Вычисления очень взаимодействуют с контролом

Отделить вычисления от контрола, получить заранее всю необходимую информацию для вычислений и запускать в отдельном потоке. У вас очень сильная связность кода.

@LeniumSoft · 03.08.2015, 13:26

Сообщение от tnk500

делать сначала вычисления? Но как?

Окей! Поехали:

Метод processMail с какими данными из listView1 работает? Можно ли эти данные вытащить из listView1 перед обработкой?

@Storm23 · 03.08.2015, 13:27

Сообщение от tnk500

делать сначала вычисления? Но как? Вычисления очень взаимодействуют с контролом, поэтому я и не могу вынести в отдельный поток все.

Вычисления должны взаимодействовать с моделью данных а не с контролом. А модель данных время от времени прорисовываться в контролах.

Сообщение от tnk500

Стоп, invoke выполняет делегат в главном потоке, если создан конрол в нем, как это обычно бывает, верно?

Верно.

Сообщение от tnk500

В чем же смысл этого метода?

Смысл в том, что контролы не могут управляться из вторичных потоков. Любое взаимодействие с контролом должно быть в главном потоке. Для этого у контролов существует метод Invoke, который перевызывает свой аргумент в главном потоке.

@LeniumSoft · 03.08.2015, 13:29

Из названия метода можно понять, что в listView1 список почтовых ящиков.
Вытащите этот список в обычный List и его используйте в потоке для отправки писем.

@tnk500 · 03.08.2015, 13:32 **[ТС]**

kenny69, к этому и стремился. У меня просто "бомбит", когда я использую переменную, без которой можно обойтись. Ладно, несколько string-переменных ничего не испортят...

Добавлено через 2 минуты
LeniumSoft, я хотел, чтобы данные проверялись прямо из контрола, организовывать еще одну практически идентичную коллекцию данных мне ну очень не хотелось. Видимо, концепция языка устроена так, что иного выбора нет

@LeniumSoft · 03.08.2015, 14:00

Сообщение от tnk500

концепция языка устроена так

Концепция многопоточности!

@tnk500 · 03.08.2015, 14:18 **[ТС]**

LeniumSoft, да и языка тоже. Хотя, наверно, я оцениваю язык скорее через написанные на нем программы, чем через язык собственно

@kenny69 · 03.08.2015, 15:27

Надо стремиться к тому, чтобы контролы использовались лишь для отображения данных, все вычисления должны производится над данными, а не над контролом, к которому они привязаны. Это уменьшит связность кода и цену поддержки таких решений. (Представьте сколько надо переписывать, если вы решите поменять DataGrid на ListView и т.д., а так метод получил DTO, который нужен для расчета и надо будет лишь изменить его заполнение данными)

@tnk500 · 03.08.2015, 16:41 **[ТС]**

kenny69, ну да, согласен.

Разобрался, что такое Invoke. Так что для будущих поколений оставлю объяснение: если вы выполняете некоторые операции в другом потоке, то чтобы изменить свойства некоторых контролов, придется вызывать эту функцию. Ничего особенного она не делает: из другого потока она вызовет определяемую вами функцию, и эту функцию выполнит в том потоке, в котором объект был создан. Поэтому и не будет проблем с потокобезопасностью. И конечно же, работу с контролом, если не хотите нагружать родной для контрола поток, следует минимизировать.

@tnk500 117 / 121 / 42 Регистрация: 25.08.2012 Сообщений: 1,294
	03.08.2015, 14:18 [ТС]	10
	LeniumSoft, да и языка тоже. Хотя, наверно, я оцениваю язык скорее через написанные на нем программы, чем через язык собственно 0

@kenny69 burning1ife 1462 / 1284 / 293 Регистрация: 21.09.2008 Сообщений: 3,438 Записей в блоге: 9
	03.08.2015, 15:27	11
	Надо стремиться к тому, чтобы контролы использовались лишь для отображения данных, все вычисления должны производится над данными, а не над контролом, к которому они привязаны. Это уменьшит связность кода и цену поддержки таких решений. (Представьте сколько надо переписывать, если вы решите поменять DataGrid на ListView и т.д., а так метод получил DTO, который нужен для расчета и надо будет лишь изменить его заполнение данными) 0

@tnk500 117 / 121 / 42 Регистрация: 25.08.2012 Сообщений: 1,294
	03.08.2015, 13:19 [ТС]	3
	Storm23, делать сначала вычисления? Но как? Вычисления очень взаимодействуют с контролом, поэтому я и не могу вынести в отдельный поток все. Стоп, invoke выполняет делегат в главном потоке, если создан конрол в нем, как это обычно бывает, верно? В чем же смысл этого метода? 0

@kenny69 burning1ife 1462 / 1284 / 293 Регистрация: 21.09.2008 Сообщений: 3,438 Записей в блоге: 9
	03.08.2015, 13:23	4
	Сообщение от tnk500 Вычисления очень взаимодействуют с контролом Отделить вычисления от контрола, получить заранее всю необходимую информацию для вычислений и запускать в отдельном потоке. У вас очень сильная связность кода. 0

@LeniumSoft 1453 / 845 / 150 Регистрация: 06.06.2012 Сообщений: 2,370
	03.08.2015, 13:26	5
	Сообщение от tnk500 делать сначала вычисления? Но как? Окей! Поехали: Метод processMail с какими данными из listView1 работает? Можно ли эти данные вытащить из listView1 перед обработкой? 0

@Storm23 10409 / 5139 / 1824 Регистрация: 11.01.2015 Сообщений: 6,226 Записей в блоге: 34
	03.08.2015, 13:27	6
	Сообщение от tnk500 делать сначала вычисления? Но как? Вычисления очень взаимодействуют с контролом, поэтому я и не могу вынести в отдельный поток все. Вычисления должны взаимодействовать с моделью данных а не с контролом. А модель данных время от времени прорисовываться в контролах. Сообщение от tnk500 Стоп, invoke выполняет делегат в главном потоке, если создан конрол в нем, как это обычно бывает, верно? Верно. Сообщение от tnk500 В чем же смысл этого метода? Смысл в том, что контролы не могут управляться из вторичных потоков. Любое взаимодействие с контролом должно быть в главном потоке. Для этого у контролов существует метод Invoke, который перевызывает свой аргумент в главном потоке. 0

@LeniumSoft 1453 / 845 / 150 Регистрация: 06.06.2012 Сообщений: 2,370
	03.08.2015, 13:29	7
	Из названия метода можно понять, что в listView1 список почтовых ящиков. Вытащите этот список в обычный List и его используйте в потоке для отправки писем. 0

@tnk500 117 / 121 / 42 Регистрация: 25.08.2012 Сообщений: 1,294
	03.08.2015, 13:32 [ТС]	8
	kenny69, к этому и стремился. У меня просто "бомбит", когда я использую переменную, без которой можно обойтись. Ладно, несколько string-переменных ничего не испортят... Добавлено через 2 минуты LeniumSoft, я хотел, чтобы данные проверялись прямо из контрола, организовывать еще одну практически идентичную коллекцию данных мне ну очень не хотелось. Видимо, концепция языка устроена так, что иного выбора нет 0

@LeniumSoft 1453 / 845 / 150 Регистрация: 06.06.2012 Сообщений: 2,370
	03.08.2015, 14:00	9
	Сообщение от tnk500 концепция языка устроена так Концепция многопоточности! 0

@tnk500 117 / 121 / 42 Регистрация: 25.08.2012 Сообщений: 1,294
	03.08.2015, 16:41 [ТС]	12
	kenny69, ну да, согласен. Разобрался, что такое Invoke. Так что для будущих поколений оставлю объяснение: если вы выполняете некоторые операции в другом потоке, то чтобы изменить свойства некоторых контролов, придется вызывать эту функцию. Ничего особенного она не делает: из другого потока она вызовет определяемую вами функцию, и эту функцию выполнит в том потоке, в котором объект был создан. Поэтому и не будет проблем с потокобезопасностью. И конечно же, работу с контролом, если не хотите нагружать родной для контрола поток, следует минимизировать. 0

Опции темы