Win32: CreateDialog вместо нескольких вызовов CreateWindow - есть ли недостатки?

Единственный недостаток CreateDialog, о котором я знаю (по сравнению с повторяющимся CreateWindow, не говоря уже о какой-то тяжелой структуре, просто Win32 против Win32), заключается в том, что ресурсы диалогового окна позиционируют дочерние окна с помощью блоков диалога. Таким образом, макет зависит не только от DPI, но и от настроек темы пользователя (выбор и размер шрифта).

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

Итак, да, вы можете использовать CreateDialog как ярлык для создания группы окон с указанными классами и стилями. Но нет, вы не можете сделать свой макет в редакторе диалогов.

OTOH, вы можете сохранить преобразование DLU ‹-> пикселей, используемое на вашей дизайнерской машине, а затем узнать достаточно о разборе внутреннего формата ресурса DIALOG, чтобы извлечь информацию о позиционировании, затем преобразовать в пиксели и исправить позиционирование более автоматизированным способом.

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

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

Вы сможете полностью контролировать свое окно, даже если оно было создано с помощью CreateDialog.

Обычно, когда вы создаете свое собственное окно (своего класса), в качестве оконной процедуры используется та процедура, которую вы зарегистрировали в классе. Окна OTOH, созданные с помощью CreateDialog, будут иметь стандартную оконную процедуру диалогового окна (DefDlgProc), которая в основном будет вызывать ваш предоставленный «обработчик диалогового окна».

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

Нет никаких недостатков.

Почему его редко используют? Так как:

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

• В более сложных случаях люди используют такие вещи, как MFC или ATL (или некоторую внешнюю библиотеку, такую ​​как GTk или Qt), и не беспокоятся о нативной графике Win32.

У Windows SDK нет недостатков, внутренние библиотеки, такие как MFC, используют Windows SDK.

Люди склонны использовать библиотеки, такие как MFC, поверх Windows SDK, поскольку в библиотеках есть готовые материалы. Однако вызовы Windows SDK выполняются быстрее, чем вызовы библиотеки, поэтому в некоторых ситуациях разработчики вызывают Windows SDK напрямую.

CButton btnOk ;
btnOK.Create(_T("Press Me"), WS_CHILD|WS_VISIBLE|BS_PUSHBUTTON,CRect(100,100,300,300), pParentWnd, 1);

похож на следующий код,

HWND hWnd = CreateWindow("BUTTON","Press Me",WS_CHILD|WS_POPUP|BS_DEFPUSHBUTTON,100,100,300,300,NULL,NULL,GetModuleHandle(NULL),NULL);
ShowWindow(hWnd,SW_SHOW);