Windows – Win32:CreateDialog而不是多次调用CreateWindow – 任何缺点?

我正在使用一个Win32程序,它需要一个包含许多子窗口控件的主窗口 – 按钮,列表视图等.我相信构建这样一个窗口的标准方法是首先调用CreateWindow作为主窗口,然后再为每个控件调用.

作为一个更简单的选择,我正在考虑使用资源编辑器的对话框设计器设计主窗口,然后使用CreateDialog一次构建主窗口.

通过在对话框模板中使用CLASS语句,我应该能够使主窗口使用自定义窗口类(因此也可以使用自定义窗口过程),从而避免窗口具有任何类似对话的行为. Charles Petzold的“编程Windows”:the HEXCALC program in chapter 11中可以找到这种技术的一个例子.

以这种方式创建我的主窗口有什么缺点吗?如果是,那是什么?如果没有,为什么这种方法很少使用?

我知道的CreateDialog的唯一缺点(与重复的CreateWindow相比,没有谈论一些重量级框架,只是Win32 vs Win32)是对话框资源使用对话框单元的子窗口.所以布局不仅依赖于DPI,还依赖于用户主题设置(字体的选择和大小).

如果您的任何控件需要固定尺寸的像素,您将不会对对话框提供的定位感到满意,并且需要通过并移动所有子窗口之后的事实.

所以是的,您可以使用CreateDialog作为创建一堆具有指定类和样式的窗口的快捷方式.但不,您不能在对话框编辑器中进行布局.

OTOH,您可以将DLU&像素转换,然后学习足够的解析DIALOG资源内部格式来拉出定位信息,然后转换为像素并以更自动的方式更正定位.

相关文章

Windows注册表操作基础代码 Windows下对注册表进行操作使用的...
黑客常用WinAPI函数整理之前的博客写了很多关于Windows编程的...
一个简单的Windows Socket可复用框架说起网络编程,无非是建...
Windows文件操作基础代码 Windows下对文件进行操作使用的一段...
Winpcap基础代码 使用Winpcap进行网络数据的截获和发送都需要...
使用vbs脚本进行批量编码转换 最近需要使用SourceInsight查看...