Как получить доступ к элементам управления пользовательского интерфейса из другого потока?

Question

Я знаю, что для доступа к элементам управления пользовательского интерфейса из другого потока я должен использовать PostMessage(). Однако PostMessage() является асинхронным, поэтому, например, если я попытаюсь изменить текст элемента управления "EDIT", я не смогу удалить текстовый буфер, когда закончите, потому что я не знаю, когда оконная процедура завершит обработку сообщения.

Таким образом, эти две идеи, которые я могу думать о том, чтобы доступ к элементам управления пользовательского интерфейса из другого потока:

• Создайте определенное пользователем сообщение, например, я посылаю к UI нить что-то вроде: "вставки эти 200 строк (все хранятся в одной строке, разделенные символом «\ n» или что-то еще) в ListViewX », и когда поток пользовательского интерфейса получает это сообщение, он обновляет ListViewX, и по завершении удаления строки (которая выделяется на куча).
• Другой подход состоит в том, чтобы поместить код, который обращается к элементу управления пользовательского интерфейса внутри функции, и отправить указатель на поток пользовательского интерфейса, который затем вызовет его.

Имеет ли один из этих подходов некоторые преимущества перед другими, и существуют ли другие подходы к этому?

Answer 1

Я часто использую следующий шаблон (стрелки указывают на «использует» отношения):

  +---------------+      
      | Communication |  +-----------+ 
     +--->+ Data Object +<---+---+ Thread #0 | 
     | | (thread safe) | | +-----------+ 
     | +---------------+ +---+ Thread #1 | 
     |       | +-----------+ 
     |       |  ...   
+-----+----+     | +-----------+ 
| Main (UI)|     +---+ Thread N | 
| Thread |      +-----------+ 
+----------+          

Объект Communication Data является поточно и обычно ref-counted (важно для не-GC-языков). Объект обеспечивает несколько типичных методов (все по желанию, в зависимости от фактического случая использования):

• очереди рабочий элемент
• данные геттер/сеттер для любых других данных, которые необходимо обмениваться информацией
• прогресс чтобы быть визуализированы в пользовательском интерфейсе
• флаг прерывания/состояние, в сочетании с ...
• waitable объекта события, чтобы сигнализировать различные вещи

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

Кроме того, подход полностью отделяет рабочие потоки от UI, поэтому потоки даже не знают, есть ли пользовательский интерфейс и как он выглядит: это графический интерфейс? Это CLI? Может быть, веб-сервис? Последнее, что не в последнюю очередь, поддерживает пользовательский интерфейс, поскольку поток пользовательского интерфейса (или его эквивалент) может полностью решить сам по себе, когда и как часто обновлять пользовательский интерфейс.

---

_{PS: Возможно, есть официальное название GOF для него, не знаю.}

Answer 2

Я знаю, что для доступа к элементам управления пользовательского интерфейса из другого потока я должен использовать PostMessage().Однако PostMessage() является асинхронным, поэтому, например, если я попытаюсь изменить текст элемента управления «EDIT», я не смогу удалить текстовый буфер, когда закончите, потому что я не знаю, когда оконная процедура завершит обработку сообщение.

Вы ошибаетесь. Нет никакого принуждения использовать PostMessage. И действительно, для установки текста окна элемента управления вы не должны использовать PostMessage. Вам нужно отправить синхронно WM_SETTEXT, по тем причинам, которые вы наброскаете. Если вы не отправляете его синхронно, вы не знаете, когда нужно уничтожить текстовый буфер.

Что вам нужно сделать, это выглядит следующим образом:

• Если окно находится в вашем процессе, то вы должны использовать SetWindowText.
• Если окно находится в другом процессе, то вы должны использовать SendMessageTimeout для отправки сообщения WM_SETTEXT.

Для окон в другом процессе SetWindowText документально не работает. Это немного сложнее, чем Raymond explains, но вы, как правило, не должны использовать его в окне в другом процессе. Итак, для окон в другом процессе используйте SendMessageTimeout для отправки WM_SETTEXT. Тайм-аут состоит в том, чтобы предотвратить зависание приложения, если приложение установлено.