Вызов родительского метода после BeginInvoke

@navab · Регистрация: 26.07.2012

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

Есть форма с гридом. Пользователь из нее может запустить довольно продолжительную хранимую процедуру в базе. После этого грид нужно обновить.
Делаю так:

C#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
delegate void AsyncSynchronizationCaller();
…
private void Click(…)
{
     AsyncCallback synchronizationCallBack = new AsyncCallback(synchronizationHandler);
 
     AsyncSynchronizationCaller synchronizationCaller = new AsyncSynchronizationCaller(baseSynchronization);
 
     IAsyncResult result = synchronizationCaller.BeginInvoke(synchronizationCallBack, synchronizationCaller);
 
}
 
private void baseSynchronization()
{
     //Запускаеи процедуру
}
 
//callback
private void synchronizationHandler(IAsyncResult result)
{
     AsyncSynchronizationCaller caller = AsyncSynchronizationCaller)result.AsyncState;
     caller.EndInvoke(result);
     updateDataGridView() // ОШИБКА. 
 
}

В описании ошибки — запрещены межпотоковые вызовы методов, или что то в этом роде.
Пробовал сделать через делегаты и передавать их вторым параметром в BeginInvoke, и через события – результат тот же.
Подскажите пжст как сделать.

@НеСказочник · 30.03.2013, 14:05

Попробуй упаковать поток в отдельный класс, методы которого будут для него доступны. Класс сам будет следить за работой асинхронного метода, а по окончании создаст событие, на которое будет подписан класс управляющий формой (ну и гридом, естественно, если он на той же форме).

Мне помогло, в своё время, когда нужно было сохранение и открытие больших сериализованых объектов на лету делать, не мешая пользователю. Так у меня отдельно был менеджер формы, а отдельно класс ядра, который управлял всей логикой. Так они и не ругались.

@martb1n · 30.03.2013, 14:08

посмотрите тут пункт 3 и тут

@navab · 30.03.2013, 14:54 **[ТС]**

Спасибо, остановился на:

C#
1
2
if(InvokeRequired&&HandleCreated)
   Invoke(new InvokeDelegate(method));

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

@НеСказочник · 30.03.2013, 15:16

Область видимости - это все места в коде, где по конкретному имени вы можете получить один и тот же объект. А потоки - это, как бы, разные ветки вашего кода, которые могут выполняться одновременно. При этом могут возникать самые причудливые комбинации. Запрет на изменение свойств из другого потока - это всего лишь требование безопасности. Но если вы не будете изменять значение на прямую, а, скажем, создадите два объекта для работы в разных потоках, то один из них сможет давать другому знать, когда и что вызывать. А изменение уже будет делать объект находящийся в том же потоке.

Psilon · 30.03.2013, 15:18

navab, ГУИ запускается в STA, поэтому весь доступ к нему из потока-создателя.

Добавлено через 41 секунду
http://msdn.microsoft.com/en-u... 85%29.aspx

@navab · 30.03.2013, 15:33 **[ТС]**

заинтересовал этот момент, потому что работаю с одним и тем же объектом form, и в одном из его же методов использую beginInvoke, и получается, что к тем же методам того же объекта я уже не имею доступа, т.к. фактически работать начал другой поток?
И InvokeRequired одного и того же объекта при этом будет изменяться соответственно тому, в каком потоке мы сейчас находимся, так?
при этом: Every object should live on only one thread. Т.е. как мы тогда вообще используем делегаты например, если не должны вообще иметь доступа к объекту из другого потока?

Psilon · 30.03.2013, 16:15

navab, да. Посмотрите класс program, его атрибуты вам все расскажут

А вообще посмотрите в сторону backgroundworker

@НеСказочник · 30.03.2013, 17:37

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

Т.е. как мы тогда вообще используем делегаты например, если не должны вообще иметь доступа к объекту из другого потока?

делегаты просто хранят указатель на метод, по которому Вы можете его вызвать. но вы же не обязательно будете его вызывать в другом потоке.

Новые блоги и статьи Все статьи Все блоги /
PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Access VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.	Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .
Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .	Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .	Создание Single Page Application на фреймах krapotkin 16.11.2025 Статья исключительно для начинающих. Подходы оригинальностью не блещут. В век Веб все очень привыкли к дизайну Single-Page-Application . Быстренько разберем подход "на фреймах". Мы делаем одну. . .

@НеСказочник 60 / 48 / 13 Регистрация: 12.11.2012 Сообщений: 373 Записей в блоге: 2
	30.03.2013, 14:05
	Попробуй упаковать поток в отдельный класс, методы которого будут для него доступны. Класс сам будет следить за работой асинхронного метода, а по окончании создаст событие, на которое будет подписан класс управляющий формой (ну и гридом, естественно, если он на той же форме). Мне помогло, в своё время, когда нужно было сохранение и открытие больших сериализованых объектов на лету делать, не мешая пользователю. Так у меня отдельно был менеджер формы, а отдельно класс ядра, который управлял всей логикой. Так они и не ругались. 0

@martb1n 56 / 56 / 11 Регистрация: 13.04.2009 Сообщений: 169
	30.03.2013, 14:08
	посмотрите тут пункт 3 и тут 0

@НеСказочник 60 / 48 / 13 Регистрация: 12.11.2012 Сообщений: 373 Записей в блоге: 2
	30.03.2013, 15:16
	Область видимости - это все места в коде, где по конкретному имени вы можете получить один и тот же объект. А потоки - это, как бы, разные ветки вашего кода, которые могут выполняться одновременно. При этом могут возникать самые причудливые комбинации. Запрет на изменение свойств из другого потока - это всего лишь требование безопасности. Но если вы не будете изменять значение на прямую, а, скажем, создадите два объекта для работы в разных потоках, то один из них сможет давать другому знать, когда и что вызывать. А изменение уже будет делать объект находящийся в том же потоке. 0

Psilon Master of Orion 6101 / 4957 / 905 Регистрация: 10.07.2011 Сообщений: 14,522 Записей в блоге: 5
	30.03.2013, 15:18
	navab, ГУИ запускается в STA, поэтому весь доступ к нему из потока-создателя. Добавлено через 41 секунду http://msdn.microsoft.com/en-u... 85%29.aspx 0

@navab 1 / 1 / 0 Регистрация: 26.07.2012 Сообщений: 133
	30.03.2013, 15:33 [ТС]
	заинтересовал этот момент, потому что работаю с одним и тем же объектом form, и в одном из его же методов использую beginInvoke, и получается, что к тем же методам того же объекта я уже не имею доступа, т.к. фактически работать начал другой поток? И InvokeRequired одного и того же объекта при этом будет изменяться соответственно тому, в каком потоке мы сейчас находимся, так? при этом: Every object should live on only one thread. Т.е. как мы тогда вообще используем делегаты например, если не должны вообще иметь доступа к объекту из другого потока? 0

Psilon Master of Orion 6101 / 4957 / 905 Регистрация: 10.07.2011 Сообщений: 14,522 Записей в блоге: 5
	30.03.2013, 16:15
	navab, да. Посмотрите класс program, его атрибуты вам все расскажут А вообще посмотрите в сторону backgroundworker 0