见招拆招《windows程序设计》(一) .txt

会变语言实现的一些程序

现在，Windows NT和Windows 98都被认为能够支持Win32 API。然而，每个操作系统依然都支持某些不被别的操作系统支持的某些功能特性。因为它们的相同之处是相当可观的，所以有可能编写在两个操作系统下都可执行的程序。而且，人们普遍认为这两个产品最终会合而为一。

语言选项
  使用C语言和原始的API不是编写Windows 98程序的唯一方法。然而，这种方法却提供给您最佳的性能、最强大的功能和在发掘Windows特性方面最大的灵活性。可执行文件相对较小且运行时不要求外部链接库（自然，Windows DLL自身除外）。最重要的是，不管您最终以什么方式开发Windows应用程序，熟悉API会使您对Windows内部有更深入的了解。

  虽然我认为学习古典的Windows程序设计对任何Windows程序写作者都是重要的，我没有必要建议使用C和API编写每个Windows应用程序。许多程序写作者，特别是那些为公司内部开发程序或在家编写娱乐程序的程序写作者喜欢轻松的开发环境，例如Microsoft Visual Basic或者Borland Delphi（它结合了对象导向的Pascal版本）。这些环境使程序写作者将精力集中于应用程序的使用者接口和相关使用者接口对象的程序代码上。要学习Visual Basic，您也许需要参考Microsoft Press的一些其它图书，例如Michael Halvorson1996年着的《Learn Visual Basic Now》。在专业程序写作者中－特别是那些开发商业应用程序的程序写作者－Microsoft Visual C++和Microsoft Foundation Class Library（MFC）是近年来流行的选择。MFC在一组C++对象类别中封装了许多Windows程序设计中的琐碎细节。Jeff Prosise的《Programming Windows with MFC,第二版》（Microsoft Press,1999年）提供了MFC程序的写作指南。

  最近，Internet和World Wide Web的流行大力推广着Sun Microsystems的Java，这是一个受C++启发却与微处理器无关的程序设计语言，而且结合了可在几个操作系统平台上执行的图形应用程序开发工具组。Microsoft Press有一本关于Microsoft J++（Microsoft的Java）开发工具的好书，《Programming Visual J++ 6.0》（1998年），由Stephen R. Davis着。

  显然，很难说哪种方法更有利于开发Windows应用程序。更主要的是，也许是应用程序自身的特性决定了所使用的工具。不管您最后实际上使用什么工具写作程序，学习Windows API将使您更深入地了解Windows工作的方式。Windows是一个复杂的系统，在API上增加一个程序写作层并未减少它的复杂性，仅仅是掩盖了它，早晚您会碰到它。了解API会给您更好的补救机会。

  在原始的Windows API之上的任何软件层都必定将您限制在全部功能的一个子集内。您也许发现，例如，使用Visual Basic编写应用程序非常理想，然而它不允许您做一个或两个很简单的基本工作。在这种情况下，您将不得不使用原始的API呼叫。API定义了作为Windows程序写作者所需的一切。没有什么方法比直接使用API更万能的了。
MFC尤其问题百出。虽然它大幅简化了某些工作（例如OLE），我却经常发现要让它们按我所想的去工作时，会在其它特性（例如Document/View架构）上碰壁。MFC还不是Windows程序设计者所追求的灵丹妙药，很少有人认为它是一个好的对象导向设计的模型。MFC程序写作者从他们使用的对象类别定义如何工作中受益颇深，并会发现他们经常参考MFC原始码，搞懂这些原始码是学习Windows API的好处之一。

API文件

  本书不是Windows API权威的正式文件的替代品。那组文件不再以印刷形式出版，它仅能从CD-ROM或Internet上取得。

  当您安装Visual C++ 6.0时，您将得到一个包括API文件的在线求助系统。您可通过订阅MSDN或使用Microsoft网站上的在线求助系统更新该文件。连接到 http://www.microsoft.com/msdn/，并选择「MSDN Library Online」。更直接的方法是在 google上搜索你想知道的API函数，通常MSDN中的参考会排列在前面。

编写第一个WINDOWS程序
  现在是开始写些程序的时候了。为了便于对比，让我们以一个非常短的Windows程序和一个简短的文字模式程序开始。这会帮助我们找到使用开发环境并感受建立和编译程序机制的正确方向。

文字模式（Character-Mode）模型
  程序写作者们喜爱的一本书是《The C Programming Language》（Prentice Hall，1978年和1988年），由Brian W. Kernighan和Dennis M. Ritchie（亲切地称为K&R）编着。该书的第一章以一个显示「hello, world」的C语言程序开始。

  这里是在《The C Programming Language》第一版第6页中出现的程序：

main ()

{

           printf ("hello, world\n") ;

}


  以前C程序写作者在使用printf等C执行期链接库函数时，无需先声明它们。但这是90年代，我们愿意给编译器一个在我们的程序中标出错误的机会。这里是在K&R第二版中修正的程序：

#include 
main ()
{
           printf ("hello, world\n") ;
}

  
  该程序仍然是那么短。但它可通过编译并执行得很好，但当今许多程序写作者更愿意清楚地说明main函数的返回值，在这种情况下ANSI C规定该函数必须返回一个值：


#include 

int main ()

{

           printf ("hello, world\n") ;

           return 0 ;

}


  我们还可以包括main的参数，把程序弄得更长一些，但让我们暂且这样就好了－包括一个include声明、程序的进入点、一个对执行期链接库函数的呼叫和一个return语句。

同样效果的Windows程序
  Windows关于「hello, world」程序的等价程序有和文字模式版本完全相同的组件。它有一个include声明、一个程序进入点、一个函数呼叫和一个return语句。下面便是该程序：

/*------------------------------------------------------------------

HelloMsg.c -- Displays "Hello, Windows 98!" in a message box

    (c) Charles Petzold, 1998

--------------------------------------------------------------------*/

#include 

int WINAPI WinMain (HINSTANCE hInstance, HINSTANCE hPrevInstance,

                   PSTR szCmdLine, int iCmdShow)

{

MessageBox (NULL, TEXT ("Hello, Windows!"), TEXT ("HelloMsg"), 0);

return 0 ;

}


  表头文件 HELLOMSG.C以一个前置处理器指示命令开始，实际上在每个用C编写的Windows程序的开头都可看到：

  #include 


  WINDOWS.H是主要的含入文件，它包含了其它Windows表头文件，这些表头文件的某些也包含了其它表头文件。这些表头文件中最重要的和最基本的是：

?   WINDEF.H 基本型态定义。　 
?   WINNT.H 支持Unicode的型态定义。　 
?   WINBASE.H Kernel函数。　 
?   WINUSER.H 使用者接口函数。　 
?   WINGDI.H 图形设备接口函数。
?   
　 
  这些表头文件定义了Windows的所有数据型态、函数呼叫、数据结构和常数标识符，它们是Windows文件中的一个重要部分。使用EditPlus等等工具“在文件中查找”（Find in Files）这样的功能搜索这些表头文件非常方便。

程序进入点
  正如在C程序中的进入点是函数main一样，Windows程序的进入点是WinMain，总是像这样出现：

int WINAPI WinMain （      HINSTANCE hInstance,HINSTANCE hPrevInstance,

           PSTR szCmdLine,int iCmdShow）

它在WINBASE.H中声明如下：
int WINAPI WinMain（

    HINSTANCE hInstance,

    HINSTANCE hPrevInstance,

    LPSTR lpCmdLine,