window的消息和事件

摘要: window的消息和事件

图 形界面是非常有吸引力的东西。但是制作出来似乎不是那么容易，这个观点对于用C来笨拙写windows的窗口程序来说，是比较正确的。微软公司出品的 windows是一个图形界面的操作系统，这个和dos或者linux这些不一样，他们一开始出来是针对字符界面的，然后再在上面加上一些库来提供图形的 功能。windows则不同，它是包含在自己的最原始的功能之中，而这些图形功能的提供是在user32.dll这样的system目录下的dll文件中 以函数导出的形式提供的，但是要使用这些东西必须使用c语言的函数接口，而且编写麻烦。有一个很大的wndproc中要填入所有的事件处理代码，非常丑 陋。而作为脚本语言，所应该有的简洁性，python对这个进行了封装。但是事情不是如你所想象。中间过程非常复杂，而且python用的也不是自己的 库，还是tcl的一个tk的库再封装了一次。虽然经过层层封装，裹得非常严实，但是除了影响其在比较高性能的图形场合下的应用之外，并没有带来太大的麻 烦。你能够用很少的代码，来完成其他语言+库要很大行代码才能表达的图形样式，虽然非常简陋，不过足够使用。而且python除了自己原包装带的这个 tkinter库之外，还有其他的第三方的选择，比较丰富，而且也有能够胜任各种应用的选择。甚至，还有opengl和directx的库的封装库，能够 用来编写2d和3d的游戏，这个非常的诱人哦。但是我不会，

图 形界面的奥秘其实并不深奥。我相信很多人学习windows编程都是从写一个窗口开始的，而且都是从尝试理解那个消息和事件驱动的模型入手的。大体的过程 是这样的，窗口就是用象素画出来的。你可以把一个窗口想象成一个窗口，也可以把窗口看成一堆象素的集合。就像有人说看女色不过是皮肉色相一样。而且窗口中 的按钮，编辑矿，各种图标，无论是什么看起来像一个”物体“的东西，其实本质上都是有应用程序或者是库或者是操作系统调用显卡的驱动，通过显卡的功能在屏 幕上绘画一些点出来。而所谓的”物体“有很多称法，在windows中一般成为控件（control）。

而对于图形界面的操控一般是通过 鼠标和键盘来完成的。鼠标在屏幕上有一个自己的形象，那就是一个箭头（当然你也可以调整这个图形为其他好玩的东西，it is your freedom）。而键盘呢则一般表示为一个虚线的框，表示这个是键盘的”焦点“所在的地方。或者是编辑框中闪动的竖杠。这两点中有一个共同点，就是都有 一个位置来确定要操作的对象。你点下鼠标的时候，你操作的就是鼠标的箭头尖端指向的那个空间，而键盘按下也是在其焦点所在的控件那儿放声。发生的是什么 呢？发生的过程从硬件层面到软件层面之后，最终是被操作系统接收。操作系统能够知道你是点击的是鼠标还是键盘，在什么一个地方点下的，而且按下的是左键还 是右键。操作系统还知道当前窗口各处摆放的位置。综合各路的信息，操作系统就能够知道把这个”事件“作为”消息“发送给哪个窗口来处理。从中应该能够明白 什么叫事件，而消息呢则是一个C中的结构体，其中有几个field中间放了有关这个事件的信息，然后就像一封信一样从操作系统投递到了窗口所在的应用程 序。然后应用程序有一个事先注册的”窗口过程“，其实就是一个函数，用来接收这封“信”。其实就是接收到传过来的参数。然后再进行一些判断，作出一定的响 应。这个就是所谓的事件驱动。在没有冗长的代码，和展示所有细节的情况下，如果你真的以前对这个过程一无所知，肯定会觉得非常茫然。这个一笔带过的叙述其 实只是让你有一个感性的认识。其实在python中使用窗口根本不用管诸葛么多。基本上只是把自己要的窗口和控件，给一些位置的参数，一些文字的提示内容 的参数就能把窗口摆好，显示出来。然后再通过代码告诉python，当“这个按钮按下的时候执行这个函数”，然后就能让窗口有响应。最后记得给一个退出窗 口的办法就一切OK了。其中能省的复杂度基本上都被库给隐藏掉了。付出的代价是慢一些，但是我就不相信你能感觉出来，除非你用的电脑连vcd都看不流畅。 所以大可放心的享受这种便利。