assembler. Учебник для вузов_Юров В.И_2003 -637с (862834), страница 90
Текст из файла (страница 90)
Параметр позволяет создать своеобразный фильтр, заставляющий функцию GetMessageA выбирать из очереди и передавать в цикл обработки сообщений сообщения лишь для определенного окнаданного приложения. Если hWnd = NULL, то GetMessageA будет выбирать из очереди сообщения для всех окон;Каркасное Windows-приложение на ассемблере'1397wMsgFilterMin и wMsgFilterMax — значения данных параметров также позволяютсоздавать фильтр для выбираемых функцией GetMessageA сообщений. Они задают диапазон номеров сообщений (поле mes структуры MSG), которые будутвыбираться из очереди функцией GetMessageA и передаваться в цикл обработкисообщений. Параметр wMsgFuterMin задает минимальное значение параметра mes,а параметр wMsgFilterMax, соответственно, максимальное значение.Функция GetMessageA выполняет следующие действия.1.
Постоянно просматривает очередь сообщений.2. Выбирает сообщения, удовлетворяющие заданным в функции параметрам.3. Заносит информацию о сообщении в экземпляр структуры MSG (строка 42).4. Передает управление в цикл обработки сообщений.Цикл обработки сообщений (строки 147-155) состоит всего из двух функций:TranslateMessage и DispatchMessageA. Эти функции имеют единственный параметр —указатель на экземпляр структуры MSG, предварительно заполненный информацией о сообщении функцией GetMessageA.Функция TranslateMessage предназначена для обнаружения сообщений от клавиатуры для данного приложения.
Если приложение самостоятельно не обрабатывает ввод с клавиатуры, то эти сообщения передаются для обработки обратноWindows.Функция DispatchMessageA предназначена для передачи сообщения оконнойфункции. Такая передача производится не напрямую, так как сама DispatchMessageAничего не знает о месторасположении оконной функции, а косвенно — посредствомсистемы Windows. Это делается следующим образом:1. Функция DispatchMessageA возвращает сообщение операционной системе.2. Windows, используя описание класса окна, передает сообщение нужной оконной функции приложения.3.
После обработки сообщения оконной функцией управление возвращается операционной системе.4. Windows передает управление функции DispatchMessageA.5. DispatchMessageA завершает свое выполнение.Так как вызов функции DispatchMessageA является последним в цикле, то управление опять передается функции GetMessageA, которая выбирает очередное сообщение из очереди сообщений и, если оно удовлетворяет параметрам, заданным привызове функции, выполняет тело цикла.
Цикл обработки сообщений выполняетсядо тех пор, пока не приходит сообщение WM_QUIT. Получение этого сообщения —единственное условие, при котором программа может выйти из цикла обработкисообщений.Завершение выполнения приложенияВыход из цикла обработки сообщений означает одно — необходимо завершитьпрограмму. В программе на C/C++ для этого непосредственно за циклом обработки сообщений помещается оператор return (см. листинг 16.1):return IpMsg.wParam;398Глава 16. Создание Windows-приложений на ассемблереВ качестве операнда в операторе return используется значение поля wParam экземпляра структуры MSG — IpMsg.
Значение этого поля формируется значениемсоответствующего поля последнего сообщения, выбранного функцией GetMessageAиз очереди. Нетрудно догадаться, что этим сообщением было WM_QUIT.Листинг 16.3 позволяет посмотреть, каким образом процесс завершенияWindows-приложения реализован компилятором языка C/C++:004012С6call _WinMain@16004012СВpush еах004012ССcall _exit00401380_exit00401389proc near; CODEXREF: start+A9_pcall sub_4013C0 ;_doexit00401391_exitendp004013C0 ;_doexit004013D1004013D7004013D8call ds:GetCurrentProcesspusheaxcall ds:TerminateProcess0040145800401459pushesicall ds:ExitProcess00401462retnИз полного варианта листинга 16.3 видно, что процедура WinMain возвращаетв регистре еах значение wParam сообщения WM_QUIT.
Затем вызывается локальнаяпроцедура _exit, предназначенная для выполнения определенных действий по завершению приложения. Процедура _exit, в свою очередь, вызывает другую локальную процедуру — _doexit. Ее текст представляет наибольший интерес для нас, таккак в нем мы видим те функции Win32 API, которые непосредственно выполняютработу по удалению приложения из системы Windows, — это три функции: GetCurrentProcess, TerminateProcess и ExitProcess. Для завершения работы приложениядостаточно использовать только функцию ExitProcess, что и сделано в разработанной нами программе (строки 158-161 листинга 16.4).На этом рассмотрение работы главной функции стандартного Windows-приложения можно считать оконченным. Видимо, вы обратили внимание на то, что досих пор вся работа шла в интересах Windows: инициализировались определенныеструктуры данных, вызывались строго определенные функции и т. д.
А где же полезная работа приложения? Выполнением этой работы занимается оконная функция. Если быть более точным, то она выступает координатором этой работы. Далееразберемся с тем, как реализовать оконную функцию Windows-приложения наязыке ассемблера.Обработка сообщений в оконной функцииОконная функция призвана организовать адекватную реакцию со стороны Windows-приложения на действия пользователя и поддерживать в актуальном состоянии то окно приложения, сообщения которого она обрабатывает.
Приложениеможет иметь несколько оконных функций. Их количество определяется количеством классов окон, зарегистрированных в системе функцией Register Class(Ex). ЕслиКаркасное Windows-приложение на ассемблере399вы помните, функции RegisterClass(Ex) посредством экземпляра структуры WNDCLASSпередается указатель на определенную оконную функцию Windows-приложения.Данная функция до конца работы приложения связана с экземплярами окон, которые, в свою очередь, создаются другой функцией API — CreateWindowEX.Когда для окна Windows-приложения появляется сообщение, операционнаясистема Windows производит вызов соответствующей оконной функции.
Ранеемы для упрощения говорили, что единственный источник появления сообщений —очередь сообщений приложения, но это не совсем так. Дело в том, что сообщения,в зависимости от источника их появления в оконной функции, могут быть двухтипов: синхронные и асинхронные. К синхронным сообщениям относятся те сообщения, которые помещаются в очередь сообщений приложения и терпеливо ждутмомента, когда они будут выбраны функцией GetMessage. После этого поступившие сообщения попадают в оконную функцию, где и производится их обработка.Асинхронные сообщения подобно пожарной машине попадают в оконную функцию в экстренном порядке, минуя все очереди.
Асинхронные сообщения, в частности, инициируются некоторыми функциями Win32 API, такими как CreateWindow(Ex) или UpdateWIndow. Координацию синхронных и асинхронных сообщенийосуществляет Windows. Если рассматривать синхронное сообщение, то его извлечение производится функцией GetMessage с последующей передачей обратнов Windows функцией Dispatch Message. Асинхронное сообщение, независимо от источника, который инициирует его появление, сначала попадает в Windows и затем — в нужную оконную функцию.Для чего реализуется именно такая схема, неужели функции Dispatch Messageнельзя сразу передать сообщение в оконную функцию? Если бы это было так,в системе появилось бы единственное приложение-монополист, которое захватило бы все процессорное время своим циклом обработки сообщений. В схеме, реализованной в Windows, обработка сообщений приложением проводится в два этапа: на первом этапе приложение выбирает сообщение из очереди и отправляет егообратно во внутренние структуры Windows; на втором этапе Windows вызываетнужную оконную функцию приложения, передавая ей параметры сообщения.
Преимущество этой схемы в том, что Windows самостоятельно решает все вопросыорганизации эффективной работы приложений.Таким образом, при поступлении сообщения Windows вызывает оконную функцию и передает ей ряд параметров. Все они берутся из соответствующих полейсообщения. В нотации языка C/C++ заголовок оконной функции описан следующим образом (см.
листинг 16.1):LRESULT CALLBACK WindowProc (HWND hWnd, UINT message, WPARAM w P a r a m ,LPARAH IParam)Здесь hWnd — дескриптор окна, которому предназначено сообщение; message —идентификатор сообщения, характеризующий тип сообщения; wParam и IParam —дополнительные параметры, являющиеся копиями соответствующих полей структуры поступившего сообщения.Оставшиеся два поля структуры MSG: time и POINT — используются довольноредко, и при необходимости их значения можно извлечь непосредственно из экземпляра структуры сообщения.400Глава 16. Создание Windows-приложений на ассемблереВ нашем примере Windows-приложения строки 164-167 обозначают началооконной функции. Параметры этой функции Windows помещает в стек. Чтобыможно было работать с ними, используя символические имена, после заголовкафункции поместим директиву ARG (см. главу 15).Windows требует, чтобы оконная функция сохраняла значения регистров EBI,EDI и ESI. Причина — оконная функция должна быть рекурсивной.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
