Как раз для подобных случаев и предусмотрена возможность определять свои сообщения, т.к. ни одно из стандартных для наших целей не подходит. Свое сообщение мы будем посылать только одному окну, без широковещания, поэтому для него вполне подходит диапазон сообщений класса. Номер сообщения становится известным на этапе компиляции, поэтому для обработки этого сообщения мы можем применить самый удобный способ написать метод-обработчик с помощью директивы message. С учётом всего этого код выглядит следующим образом (листинг 1.33).
Листинг 1.33. Модуль главной формы программы ButtonDel
// Просто удаляем объект, указатель на который передан
// через lParam.
TObject(Msg.LParam).Free;
end;
end.
Приведенный
здесь способ хорошо работает в такой простой ситуации, но в более сложных случаях может не дать результата. Рассмотрим, например, ситуацию, когда на форме лежат две кнопки:
Button1
и
Button2
. Обработчик нажатия
Button1
содержит длительную операцию, и поэтому в нем вызывается
Application.ProcessMessages
. Обработчик нажатия
Button2
содержит строку
Button1.Free
. Если после запуска программы сразу нажать
Button2
, проблем не возникнет и объект
Button1
будет благополучно удален. Но если сначала нажать
Button1
, а затем —
Button2
, возникнет ошибка. Это произойдёт потому, что нажатие
Button2
будет в данном случае обработано локальной петлей сообщения, и после обработки управление вернется
Button1Click
, а оттуда — в методы уже не существующего объекта
Button1
. Посылка в
Button2Click
сообщения форме здесь не поможет, потому что это сообщение также будет извлечено и обработано локальной петлей. Общего решения таких проблем, видимо, не существует. В сложных случаях можно посоветовать не удалять объект, а просто прятать его (
Visible := False
) — видимый результат для пользователя будет тот же самый.
1.2.7. Пример GDIDraw
Программа GDIDraw демонстрирует некоторые возможности GDI, которые не поддерживаются классом
TCanvas
. Выбраны только те возможности, которые поддерживаются не только в Windows NT/2000/XP, но и в 9x/ME. Окно программы показано на рис. 1.11.
В своей работе программа использует рисунок из стандартных картинок Delphi, предполагая, что эти картинки установлены в папку "С:\Program Files\Common Files\Borland Shared\Images". Если у вас эти картинки установлены в другую папку, или по каким-то причинам вы хотите выбрать другой рисунок, измените обработчик события
OnCreate
формы так, чтобы он загружал рисунок из нужного вам файла. Загруженный рисунок сохраняется в поле
FBitmap
формы.
Рис. 1.11. Окно программы GDIDraw
Основная работа выполняется в обработчике события
OnPaint
формы. Мы здесь будем разбирать этот обработчик не целиком, а по частям в соответствии с тем, что каждая часть рисует. Начнем с надписи Delphi Kingdom в левом верхнем углу окна (листинг 1.34).
Листинг 1.34. Вывод надписи Delphi Kingdom
var
R: TRect;
...
// Формируем регион, использующийся для отсечения.
// Формируем его только при первом вызове метода, а при
// дальнейших используем созданный ранее. Поле FRgn