VB和_Windows_API_讲座(1-5完整版).pdfVIP

VB与 Windows API 讲座(一)-进入 Windows API 的热身运动 VB 没有提供这样的功能， 必须呼叫 Windows API」， 有时候笔者会这 样回答读者的问题， 虽然这麽回答有点偷懒， 或者说不负责任， 但这 的确是事实， VB 所提供的叙述、函数、物件…虽然也不在少数， 但是 都十分标准， 或者说规矩， 想变点花样， 通常是行不通的， 这是笔者 决定开始撰写本文的主要原因。 Windows API 是大家的 感觉上 VB 程式要呼叫 Windows API 是一件比较困难的事情， 或者说比 较麻烦的事情， 但别忘了 Windows API 是大家的， 凡是在 Windows 工 作环境底下执行的应用程式， 都有权利呼叫 Windows API。 Windows 这个多工作业系统除了协调应用程式的执行、分配记忆体、管理 系统资源…之外， 她同时也是一个很大的服务中心， 呼叫这个服务中心 的各种服务(每一种服务就是一个函数)， 可以帮应用程式达到开启视窗、 描绘图形、使用周边设备…等目的， 由于这些函数服务的对象是应用程 式(Application)， 所以便称之为 Application Programming Interface， 简称 API 函数。 但 Windows API 与 C 语言最亲近 虽然说呼叫 Windows API(以下简称 API 或 API 函数) 是每一个应用程 式的权利， 但不可否认的 API 却与 C 语言最亲近， 因为 API 函数在 参数的传递上就是以 C 语言为标准。 但这并不表示 VB 程式不能呼叫含有参数的 API 函数， 如果传递的参数 是单纯的资料型别， 例如「整数」， 则 VB 与 C 语言还是相通的， 如 果是特殊的资料型别(包含「字串」)， 则必须遵循一定的规范， 否则不 是无法得到正确的结果， 就是因为违反规定而被踢出系统。如何正确地 传递各种资料型别的参数， 是 VB 程式呼叫 API 很重要的课题， 当然 也是本系列讲座的重点。 物件 vs. handle 除了参数传递方式有所不同之外， 要以 VB 程式呼叫 API， 还要具备 Windows 程式设计的 handle 观念。VB 的程式设计模式是以物件为核心， 但 Windows 的程式设计模式却是以 handle 为核心， 以下笔者先举个简 单的例子来说明， 假设有一 VB 的表单 Form1， 若要改变此一表单的标 题， 则使用的方法是设定表单物件的 Caption 属性， 叙述如下： Form1.Caption = 新的标题 若以 API 来执行相同的工作， 则叙述如下： ret = SetWindowText( Form1.hwnd, 新的标题 ) 其中 Form1.hwnd (hwnd 是 handle of window 的缩写)代表的是 Form1 这个表单「视窗」的 handle 。以下是呼叫此一 API 函数的完整程式： Private Declare Function SetWindowText Lib _ user32 Alias SetWindowTextA _ (ByVal hwnd As Long, ByVal lpString As String) As Long Private Sub Command1_Click() ret = SetWindowText(Me.hwnd, 新的标题) End Sub 由于笔者接下来的解说会继续使用此一函数， 请将以上程式输入于表单 的程式视窗中， 并且在表单上布置一个 Command1 命令钮。(如果懒得输 入， 可进入笔者网站下载) handle 是什麽？ handle 是什麽？让我们来检查看看， 首先在 SetWindowText 之后增加 以下叙述： Print TypeName(Form1.hwnd) Print Form1.hwnd 结果 TypeName 印出 Long， 这表示 handle 的资料型别是 Long， 而接 下来的 Form1.hwnd 则印出一个整数值。 handle 只是一个整数值吗？一个整数值能够做什麽呢？ 真实世界的 handle handel 就字义来说， 是器具的「把手」， 以锅子为例， 把手的用途是 方便我们取用锅子里的食物， 它本身虽然没什麽用， 却可以帮我们取得 有用的食物， 再举个例子， 车子的门把也叫做 handle， 虽然门把好像 也没什麽大用处， 但透过门把打开车门， 可以让我们使用整部