Блог

Я хотел бы спросить, почему при разработке графического интерфейса Windows с использованием API необходимо регистрировать класс window? Какова концепция этого?

Я уже прочитал первые 3 главы книги Чарльза Петцольда «Программирование Windows«, но мне все еще интересно, какова цель явной регистрации класса. Почему я должен хотеть сделать это явно? Почему это не выполняется в фоновом режиме, например, в функции CreateWindow() (или CreateWindowEx())? Я имею в виду, почему код, который RegisterClass() не выполняется внутри CreateWindow(), или почему CreateWindow() не вызывает сам RegisterClass()?

Я также читал документацию по MSDN и знаю, что функция RegisterClass() связывает оконную процедуру с классом window, заполняя структуру WNDCLASS. Я знаю, что это функция, которая обрабатывает сообщения из ОС, однако почему необходимо регистрировать эту функцию (WinProc) в классе внутри отдельной функции из CreateWindow()?

Я могу понять причины существования функции CreateWindow() и почему она автоматически не отображает созданное окно. Это означает, что я также понимаю назначение функции ShowWindow().

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

Пожалуйста, имейте в виду, что я новичок в разработке графического интерфейса с Windows API. Я создал некоторые графические интерфейсы в MATLAB, которые, отличаясь от Windows API, все же позволили мне понять некоторые принципы Windows, в частности назначение функций обратного вызова. Я не знаю, полезна ли эта информация, но если вам нужно провести какие-то аналогии, пожалуйста, будьте моим гостем.

Поскольку вы отметили свой вопрос C , я приведу вам аналогию с C …

RegisterClass по сути, вы определяете класс и включаете его в свою программу (очень похоже на #include в C ). WNDPROC это ваш обработчик всего, что происходит в окне, если и когда создается экземпляр.

CreateWindow концептуально это то же самое, что вы делаете new в C . Вы просите Windows создать новое окно, и вы должны указать ему тип окна. Windows включает в себя набор предопределенных окон, таких как Button или Edit, но если вы хотите создать экземпляр своего собственного окна, тогда все в порядке, вам просто нужно указать ему «класс», который вы хотели бы создать. Вы уже зарегистрировали этот класс, вызвав RegisterClass , поэтому Windows теперь может перейти прямо к определению и создать экземпляр вашего окна.

Другой способ думать заключается в том, что Windows является закрытым исходным кодом, поэтому разработчики API не хотят, чтобы вы много знали о API. Итак, теперь они думают: «Что, если пользователь захочет создать свой собственный класс window со своим собственным поведением?». Вот почему WNDCLASS создан для того, чтобы пользователи могли объявлять информацию о классе, которая им нужна, присваивая значение, например, names, procedure в поле member. Это что-то вроде заполнения формы. Таким образом, вы можете видеть, что авторы API достигают 2 вещей:

(1) пользователи ничего не знают об API, поскольку они явно не расширяют классы API до пользовательских, потому что, если они это делают, поэтому авторы API должны предоставлять заголовки классов, и пользователи могут ошибиться с тем, что Windows больше не закрывается.

(2) пользователи по-прежнему могут определять свои собственные классы окон.

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

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

Как вы можете представить окно без всех этих свойств?

Может быть, вы спросите, почему все эти свойства окна не являются параметрами функции CreateWindow, поэтому я устанавливаю их с помощью функции CreateWindow, а не с помощью функции RegisterClass, верно?

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

Это делает код очень большим, менее читаемым и менее производительным.

RegisterClass значительно упрощает создание Windows.

Это одна из причин, по которой Microsoft хочет, чтобы разработчики Win32 сначала вызывали RegisterClass перед CreateWindow.

Также предположим, что вам нужны по крайней мере два окна с одинаковыми свойствами.

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

RegisterClass не только значительно упрощает и укорачивает код, но и предотвращает дублирование одного и того же большого кода в CreateWindow.

RegisterClass также делает код более производительным.

Это отличный дизайн, позволяющий сначала выделить экземпляр WNDCLASS, задать его поля, вызвать функцию RegisterClass, а затем вызвать функцию CreateWindow столько раз, сколько вы хотите.

Хотя вам нужно вызвать RegisterClass несколько раз, если вы хотите Windows с разными свойствами, конечно.

Вам также придется изменять экземпляр WNDCLASS перед каждым вызовом функции RegisterClass.

Я думаю, что фактическая причина связана с классами системного окна:

«Многие системные классы доступны для использования всеми процессами, в то время как другие используются только внутри системы. Поскольку система регистрирует эти классы, процесс не может их уничтожить.» Источник:https://learn.microsoft.com/en-us/windows/win32/winmsg/about-window-classes

Обратите внимание по этой ссылке, что многие вещи в win32, которые считаются «виджетами» (такие как кнопки, панели инструментов, поля со списком и т.д.), На самом деле являются Windows, поскольку у них есть класс window. Они предоставляются системой и могут переопределять поведение, но их исходный код по умолчанию скрыт от прикладного программиста.