О чём не пишут в книгах по Delphi

Григорьев Антон Борисович

Различные способы перехвата сообщений иллюстрируются рядом примеров на прилагающемся к книге компакт-диске: использование свойства

WindowProc

показано в примерах

Line

,

CoordLabel

и

PanelMsg

, перекрытие метода

WndProc

— в примере

NumBroadcast

, создание метода для обработки сообщения — в примере

ButtonDel

.

1.1.9. Сообщения, определяемые пользователем

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

□ сообщения оконного класса;

□ сообщения приложения;

□ глобальные (строковые) сообщения.

Для

каждого из них выделен отдельный диапазон номеров. Номера стандартных сообщений лежат в диапазоне от 0 до

WM_USER-1

(

WM_USER

— константа, для 32-разрядных версий Windows равная 1024).

Сообщения оконного класса имеют номера в диапазоне от

WM_USER

до

WM_APP-1

(

WM_APP

имеет значение 32 768). Программист может выбирать произвольные номера для своих сообщений в этом диапазоне. Каждое сообщение должно иметь смысл только для конкретного оконного класса. Для различных оконных классов можно определять сообщения, имеющие одинаковые номера. Система никак не следит за тем, чтобы сообщения, определенные для какого-либо оконного класса, посылались только окнам этого класса — программист должен сам об этом заботиться. В этом же диапазоне лежат сообщения, специфические для стандартных оконных классов

'BUTTON'

,

'EDIT'

,

'LISTBOX'

,

'COMBOBOX'

и т.п.

Использование сообщений из этого диапазона иллюстрируется примером ButtonDel.

Диапазон от

WM_APP

до 49 151 (для этого значения константа не предусмотрена) предназначен для сообщений приложения. Номера этих сообщений также выбираются программистом произвольно. Система гарантирует, что ни один из стандартных оконных классов не задействует сообщения из этого диапазона. Это позволяет выполнять их широковещательную в пределах приложения рассылку. Ни один из стандартных классов не откликнется на такое сообщение и не выполнит нежелательных действий.

Упоминавшиеся ранее внутренние сообщения VCL с префиксами

CM_

и

CN_

имеют номера в диапазоне от 45 056 до 49 151, т.е. используют часть диапазона сообщений приложения. Таким образом, при использовании VCL диапазон сообщений приложения сокращается до

WM_APP..45055

. Сообщения оконного класса и приложения пригодны и для взаимодействия с другими приложениями, но при этом отправитель должен быть уверен, что адресат правильно его поймет. Широковещательная рассылка при этом исключена — реакция других приложений, которые также получат это сообщение, может быть непредсказуемой. Если все же необходимо рассылать широковещательные сообщения между приложениями, то следует воспользоваться глобальными сообщениями, для которых зарезервирован диапазон номеров от 49 152 до 65 535.

Глобальное сообщение обязано иметь имя (именно поэтому такие сообщения называются также строковыми), под которым оно регистрируется в системе с помощью функции в 

RegisterWindowMessage

. Эта функция возвращает уникальный номер регистрируемого сообщения. Если сообщение с таким именем регистрируется впервые, номер выбирается из числа ещё не занятых. Если же сообщение с таким именем уже было зарегистрировано, то возвращается тот же самый номер, который был присвоен ему при первой регистрации. Таким образом, разные программы, регистрирующие сообщения с одинаковыми именами, получат одинаковые номера и смогут понимать друг друга. Для прочих же окон это сообщение не будет иметь никакого смысла. Создание и использование оконных сообщений демонстрируется примером NumBroadcast, содержащимся на прилагаемом компакт-диске. Разумеется, существует вероятность, что два разных приложения выберут для своих глобальных сообщений одинаковые имена, и это приведет к проблемам при широковещательной рассылке этих сообщений. Но, если давать своим сообщениям осмысленные имена, а не что-то вроде

WM_MYMESSAGE1

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

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

WndProc

или

DefaultHandler

.

1.1.10. Особые сообщения

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

Сообщение

WM_COPYDATA

служит для передачи блока данных от одного процесса к другому. В 32-разрядных версиях Windows память, выделенная некоторому процессу, недоступна для всех остальных процессов. Поэтому просто передать указатель другому процессу нельзя, поскольку он

не сможет получить доступ к этой области памяти. При передаче сообщения

WM_COPYDATA

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

WM_COPYDATA

можно только отправлять, но не посылать (т.е. можно использовать

SendMessage

, но не

PostMessage

).

Сообщение

WM_PAINT

предназначено для перерисовки клиентской облаcти окна. Если изображение сложное, этот процесс занимает много времени, поэтому в Windows предусмотрены механизмы, минимизирующие количество перерисовок. Перерисовывать свое содержимое окно должно при получении сообщения

WM_PAINT

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

WM_PAINT

с помощью

PostMessage

окну нельзя, т.к. оно не ставится в очередь. Вместо этого можно пометить регион как нуждающийся в обновлении с помощью функций

InvalidateRect

и

InvalidateRgn

. Если на момент вызова этих функций регион, который необходимо обновить, не был пуст, новый регион объединяется со старым. Функции

GetMessage

и

PeekMessage

, если очередь сообщений пуста, а регион, требующий обновления, не пуст, возвращают сообщение

WM_PAINT

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

WM_PAINT

с помощью

SendMessage

тоже нельзя. Если требуется немедленная перерисовка окна, следует вызвать функции

UpdateWindow

или

RedrawWindow

, которые не только отправляют сообщение окну, но и выполняют сопутствующие действия, связанные с регионом обновления. Обработка сообщения

WM_PAINT

также имеет некоторые особенности. Обработчик должен получить контекст устройства окна (см. разд. 1.1.11 данной главы) с помощью функции

BeginPaint

и по окончании работы освободить его с помощью

EndPaint

. Эти функции должны вызываться только один раз при обработке сообщения. Соответственно, если сообщение обрабатывается поэтапно несколькими обработчиками, как это бывает при перехвате сообщений, получать и освобождать контекст устройства должен только первый из них, а остальные должны пользоваться тем контекстом, который он получил. Система не накладывает обязательных требований, которые могли бы решить проблему, но предлагает решение, которое используют все предопределенные системные классы. Когда сообщение

WM_PAINT

извлекается из очереди, его параметр

wParam

равен нулю. Если же обработчик получает сообщение с

wParam <> 0

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

BeginPaint

. Первый в цепочке обработчиков должен передать вниз по цепочке сообщение с измененным параметром

wParam

. Компоненты VCL также пользуются этим решением. При перехвате сообщения

WM_PAINT

это нужно учитывать.

Примеры PanelMsg и Line, имеющиеся на прилагаемом компакт-диске, демонстрируют, как правильно перехватывать сообщение

WM_PAINT

.

Простые таймеры, создаваемые системой с помощью функции

SetTimer

, сообщают об истечении интервала посредством сообщения

WM_TIMER

. Проверка того, истек ли интервал, осуществляется внутри функций

GetMessage

,

PeekMessage

. Таким образом, если эти функции долго не вызываются, сообщение

WM_TIMER

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

WM_TIMER

. Если в очереди уже есть сообщение

WM_TIMER

, новое в очередь не добавляется, даже если срок истек. Таким образом, часть сообщений

WM_TIMER

теряется, т.е., например, если интервал таймера установить равным одной секунде, то за час будет получено не 3600 сообщений

WM_TIMER

, а меньшее число, и разница будет тем больше, чем интенсивнее программа загружает процессор.