基于Windows的编程远不同于基于MS-DOS或Unix的编程。只要是程序需要，任何时候基于MS-DOS或Unix的程序都可以使用getc-或putc风格的函数从键盘读取字符并写到屏幕上。这是MS-DOS或Unix程序所使用的典型的"Pull"（拉）风格，这种风格是面向过程的，而一个Windows程序，则使用"Push"（推）模式。在这种模式下，必须编写程序来响应来自操作系统的通知，比如一个键被压下去了或者收到一个重绘屏幕的命令。
Windows应用程序并不从操作系统请求输入，而是由操作系统通知应用程序输入产生了。操作系统通过发送消息（messages）给应用程序窗口来完成这些通知。所有窗口都是窗口类的具体实例。在进一步深入之前，让我们先确保理解这些术语。
窗口类
窗口是屏幕上的一个区域，除了特殊情况，基本上都是矩形。窗口有一些基本参数，比如位置参数--x,y和z（窗口在屏幕其它窗口之上或者之下）--可视性以及层次关系--窗口与系统桌面形成父子窗口关系，系统桌面也是一个窗口。
每个被创建的窗口都是窗口类的一个具体实例。窗口类是一个模板，为该类的所有窗口定义了许多共同属性。换句话说，属于同一个类的窗口有同样的属性。这些共享的属性中最重要的是窗口过程。
窗口过程
窗口类里窗口过程中的代码定义了同一个类里所有窗口的行为。窗口过程处理发到窗口的所有通知和请求。这些通知，要么是操作系统发给窗口，告诉窗口有事件发生，窗口必须回应，要么是其他窗口发来的，向该窗口查询信息。
这些通知是以消息的形式发送的。消息实际就是对窗口过程的一次调用，带有参数指出通知或者查询的种类。当有事件发生，例如窗口被移动、被改变大小或有键被按下去等，就会发送消息。标识消息的值由Windows定义。应用程序使用预定义好的常量，例如WM_CREATE和 WM_MOVE，来表示消息。因为有很多消息可被发送，所以当窗口类对某个消息没有特殊处理的必要时，Windows提供了一个默认处理函数来处理传递这些消息。
消息生命周期
让我们回头一会，看一下Windows是如何协调发到系统里各个窗口的各种消息的。Windows监视系统的所有输入，例如键盘、鼠标、触摸屏以及其它可以产生影响窗口的事件的硬件。当事件发生后，消息就被构成并定向给特定的窗口。Windows没有直接调用窗口过程，而是加了一个中间步骤。消息被放到拥有该窗口的应用程序的消息队列里了。当应用程序准备接收消息的时候，它把消息从队列里取出来，并告诉Windows发送该消息到应用程序适当的窗口上。
你可能会认为这个过程中涉及许多中间步骤，那么你是对的。就让我们分解一下这个过程吧。
1、当事件发生，Windows就构成一个消息并放到拥有目的窗口的应用程序的消息队列里。和在XP里一样，在Windows CE中，每个应用程序有自己单独的消息队列[1] （这与Windows3.1及更早的Windows版本不同，那时只有唯一一个系统范围内的消息队列）。事件发生及构成一个消息都要比应用程序处理它们的速度快。虽然程序最好能快速响应或者用户希望看到应用程序快速响应，但是队列允许应用程序按自己的速率处理消息。消息队列允许Windows在运做中设置一个通知并继续完成其它任务，而不是仅仅限制在只响应收到消息的这个应用程序。
2、应用程序把消息从消息队列中移出来，并回调Windows来分派消息。似乎很奇怪应用程序从队列里获得消息却只是简单的回调Windows来处理这个消息，对这种方式，解释如下：应用程序从队列里获取消息，这使得应用程序在请求Windows把消息分派到相应窗口之前，可以预处理这些消息。许多情况下，应用程序会调用Windows里不同的函数来处理具体的各种消息。
3、Windows分发消息，更确切的说，是Windows调用相应的窗口过程。没有让应用程序直接调用窗口过程，而是间接调用，这允许Windows协调这个窗口过程的调用与系统里的其它事件。虽然此刻消息并不在另外一个队列里，但Windows在调用窗口过程之前，可能需要做一些预处理。但无论如何，这种调度方式减少了应用程序的责任，不用程序去决定适当的目的窗口，而是由Windows负责了。
4、窗口过程处理消息。所有的窗口过程都有相同的调用参数：被调用的窗口实例的句柄、消息参数、两个普通参数，包含与消息相关的数据。窗口过程用窗口句柄区分窗口的每个实例。消息参数，指明窗口必须响应的事件。两个普通包含与消息相关的数据。例如，WM_MOVE消息指出窗口将被移动，其中一个普通参数指向一个包含窗口新坐标的结构。