不要觉得奇怪
虽然我们拥有众多“所见即所得”
编程方式来开发众多界面精美应用
这些可视化编程环境提供了大量类库和Control控件但是在开发者享受方便同时他们
手脚已经不知不觉受到了限制有很多深入到windows内部操作它们无法完成为什么？
所用类库不支持
事实上这些类库和Control控件都是架构在window api
基础上面api即 applicationprogramming
erface -- 应用编程接口 缩写它不仅为应用所
同时也是windows
部分windows自身运行也这些api
要了解如何使用api就必须了解
些windows运行机制简单地说
windows是由事件驱动抢占式多任务操作系统事件驱动是相对于过程驱动而言
它改变了原来文件顺序执行方式；windows既然是多任务系统就必须能同时处理多个事件
系统为应用生成个消息队列消息在上面被张贴和发送应用只要从其消息队列中取出消息
然后执行就可以了现在
我将使用最最基本范例 hellowin 来介绍说明win32 api运行机制首先
个定要有进入点win32 app进入点名称是win
它原型如下 apientry win(hinstance hinstance, hinstance hprevinstance,lpstr lpcmdline,
ncmdshow)hinstance是所谓
“例子句柄”它是个数值当在windows下运行时候它被用来唯
标示这个虽然用户可能同时运行多个同个即运行多个“例子”我们可以看到
每个例子都有区别hinstance值hprevinstance
简单地说就是没用…它是存在于16位windows中在编写windows 9x/nt/2000
时候总应该是nullszcmdline是
个指针指向个以0为终结字串里面包含传给该命令行参数如果想要让
处理命令行那么这个参数就有用了icmdshow参数是
个数值指示窗口将如何被显示这个数值由在windows下运行该所决定通常是sw_shownormal接下来是注册
个窗口类窗口总是从窗口类基础上创建窗口类用以标示处理窗口消息
窗口过程注册窗口类时使用 register
ex
它只需要个参数个指向类型为 wnd
ex 结构指针具体注册
是这样:wnd
ex wcex;wcex.cbsize =
(wndex); //结构大小wcex.style = cs_hredraw | cs_vredraw; //类风格
wcex.lpfnwndproc = (wndproc)wndproc; //窗口类
窗口过程wcex.cbclsextra = 0; //在类结构中预留
空间wcex.cbwndextra = 0; //在windows内部保存
窗口结构中预留空间wcex.hinstance = hinstance; //
例子句柄wcex.hicon = loadicon(hinstance, (lpctstr)idi_example); //
图标wcex.hcursor = loadcursor(null, idc_arrow); //结构
大小wcex.hbrbackground = (hbrush)(color_window+1); //指定窗口
背景颜色wcex.lpszmenuname = (lpcstr)idc_example; //菜单
wcex.lpsz
name = szwindow; //类名和名相同wcex.hiconsm = loadicon(wcex.hinstance, (lpctstr)idi_small); //也是
图标
registerex(&wcex);接下来
定义个hwnd然后使用 createwindow 原型如下:hwnd createwindow(
lpctstr lp
name, // 窗口类名lpctstr lpwindowname, // 窗口标题
dword dwstyle, // 窗口风格
x, // x y, // y nwidth, // 窗口宽 nheight, // 窗口高 hwnd hwndparent, // 父窗口句柄
hmenu hmenu, // 菜单句柄
hinstance hinstance, // 例子句柄
lpvoid lpparam // 创建参数
);
在 createwindow
返回的后windows内部已经创建了这窗口但是窗口并为显示还需要两个
个是 showwindow(hwnd, icmdshow):第个参数是刚刚创建窗口句柄
第 2个参数是传递给winncmdshow；另个是 updatewindow(hwnd) 导致客户区域被绘制
接下来
通过执行块被称为“消息循环”代码从消息队列中取出消息while (getmessage(&msg, null, 0, 0))
{
(!translateaccelerator(msg.hwnd, hacceltable, &msg)) {
translatemessage(&msg);
dispatchmessage(&msg);
}
}
消息循环以 getmessage 开始
它从消息队列中取出条消息只要从消息队列中取出消息
message 域不为 wm_quitgetmessage 就返回个非零值否则将导致退出消息循环
然后中止返回 msg 结构 wparam 参数在循环中translatemessage将 msg 结构
内容进行修改而 dispatchmessage 找出准备窗口过程上面进行
仅仅是准备性工作:注册窗口类、创建窗口、显示窗口、进入消息循环取出消息而实际
动作都发生在窗口过程中lresult callback wndproc(hwnd hwnd, //刚刚创建
窗口句柄u
message, //得到消息wparam wparam,
lparam lparam //消息
进步详细参数)
在
中窗口过程通常是命名为 wndproc 其实窗口过程可以任意命名个windows
可以包含多个窗口过程个窗口过程总是和了 registerex 注册窗口类相关联
createwindow 根据窗口类来创建窗口但是个窗口类可以被用来创建多个窗口
消息收到的后
接下来应该根据消息区别来进行处理switch(message)
{
…:…
…
hellowin
只需要处理两条消息即 wm_pa 和 wm_destroywm_pa
消息在windows中地位极其重要当窗口客户区部分或者全部变为“无效”
必须进行刷新时候将由这条消息通知为什么客户区域会变得无效呢？在创建窗口
时候整个客户区都是无效还没有画任何
东西第条 wm_pa 消息指示窗口过程在窗口上面画些东西；还有在用户改变了窗口
大小的后客户区域重新变得无效除此的外最小化窗口的后再还原、窗口部分被覆盖
都会引发这条消息wm_destroy消息则是当用户按下“关闭”按钮
时候被触发标准处理思路方法是postquitmessage 将
条 wm_quit 消息插入消息队列这将使得 getmessage 返回0
从而退出消息循环结束整个其实
从上面可以看出windows这种运行机制并不是很难理解真正困难是不知道
什么去完成想要操作以及怎样那些从而灵活进行底层api开发
这是个循序渐进积累过程没有捷径可走请各位定要记住
最新评论