Обработка сообщений для диалога
При использовании диалога в качестве основной формы, каков минимум проверок перед появлением TranslateMessage и DispatchMessage? В коде:
MSG msg;
BOOL ret;
hwndDialog = CreateDialog(hInstance, MAKEINTRESOURCE(IDD_DIALOG1), nullptr, (DLGPROC)DialogProc);
ShowWindow(hwndDialog, SW_SHOW);
while ((ret = GetMessage(&msg, 0, 0, 0)) != 0) {
if (ret == -1) {
return -1;
}
if (!IsWindow(hwndDialog) || !IsDialogMessage(hwndDialog, &msg)) { // are all these checks needed?
TranslateMessage(&msg);
DispatchMessage(&msg);
}
}
return 0;
Нужны ли условия !IsWindow(hwndDialog) и !IsDialogMessage(hwndDialog, &msg) и будут ли они простыми:
if (hwndDialog== (HWND) NULL) достаточно для немодального диалога?
@IInspectable Спасибо, это было взято из примера страницы диалогов win32.
(DLGPROC)DialogProc однако это слишком много. Если ваш код не компилируется без приведения, вам нужно будет исправить подпись DialogProc. В этом случае приведение просто маскирует ошибку.
К вашему сведению: Когда GetMessage вернет -1?
@RemyLebeau Ценю это.
Ответы 1
Похоже, что рассматриваемый код основан на Создание немодального диалогового окна. Сценарий, служащий мотивацией для примера, описанного в документации, отличается от того, о чем идет речь в этом вопросе: он предполагает графический интерфейс, который динамически создает и уничтожает немодальный диалог.
Динамическая природа этого немодального диалога повлияла (частично) на структуру цикла сообщений, показанного в примере. Вызов IsWindow() специально служит для удобства поддержки одного тела цикла сообщений, которое надежно работает независимо от того, активен ли немодальный диалог.
Поскольку речь идет о приложении, в котором время жизни (немодального) диалога и приложения совпадают, проверку IsWindow() можно смело отбросить.
IsDialogMessage(), однако, это совсем другое дело. Несмотря на схожесть именования, он не просто проверяет свойство сообщения. В документации его эффект описан как:
Определяет, предназначено ли сообщение для указанного диалогового окна, и, если да, обрабатывает сообщение.
Часть, выделенная жирным шрифтом (а не возвращаемое значение), является основной причиной, по которой мы называем этот API. «Обрабатывает сообщение» — это загадочный способ сказать: «Реализует клавиатурный интерфейс диалогового окна». Пропуск вызова IsDialogMessage() в цикле сообщений потока, которому принадлежит немодальный диалог, делает этот диалог недоступным для навигации с помощью клавиатуры.
Аналогичным образом, возвращаемое значение IsDialogMessage() более значимо, чем «ага, полезно знать» в ответе IsWindow(). Его рецепты прописаны мелким шрифтом:
Поскольку функция
IsDialogMessageвыполняет всю необходимую трансляцию и отправку сообщений, сообщение, обработанноеIsDialogMessage, не должно передаваться в функцию TranslateMessage или DispatchMessage.
Возвращаемое значение документируется как:
Если сообщение было обработано, возвращаемое значение не равно нулю.
Подводя итог, пока
if (!IsWindow(hwndDialog) || !IsDialogMessage(hwndDialog, &msg))
похоже, оценивает два условия, каждая сторона ||-оператора делает совершенно разные вещи.
Освоив основу, давайте ответим на заданный вопрос:
Какой минимум [требуется] при использовании диалогового окна в качестве основной формы?
Если это цель, все гораздо проще: используйте модальный диалог и позвольте системе разобраться с тонкостями реализации перевода и диспетчеризации сообщений. DialogBoxW() уже делает все за вас: создает диалог, отображает его и запускает цикл обработки сообщений.
Единственное изменение, которое вам нужно будет внести в свой DlgProc, — это вызвать EndDialog() (вместо DestroyWindow()) из обработчика сообщений WM_CLOSE, чтобы выйти из цикла обработки сообщений, запущенного системой.
Понимаю. Спасибо. В качестве подтверждения я бы использовал EndDialog только в том случае, если это был модальный диалог?
Правильный. В модальном диалоге система запускает цикл сообщений от вашего имени. EndDialog() завершает этот цикл сообщений, передавая управление обратно вызывающей стороне DialogBoxW(). В случае немодального диалога вы никогда не отказываетесь от контроля над циклом сообщений, поэтому нет необходимости в назначенном вызове API для возврата управления. Немодальный диалог может вызвать DestroyWindow() в ответ на сообщение WM_CLOSE (именно это делает обработка сообщения по умолчанию, если вы не обрабатываете это сообщение).
IsWindow()кажется необычным. Вы только что создали диалог, поэтому нет необходимости его перепроверять (при условии, что процедура диалога не является неправильной).IsDialogMessage(), с другой стороны, весьма обязателен. Название вводит в заблуждение, поскольку оно делает нечто большее, чем просто проверку свойства: оно реализует весь клавиатурный интерфейс диалогового окна. Если вы оставите этот параметр, вашим диалогом невозможно будет управлять с помощью клавиатуры.