欧美日韩国产91,亚洲无亚洲人成网站77777,国产精品入口

技术备忘录

�q�幽 — Fri, 18 Dec 2009 01:20:00 GMT

转一些从shell32.dll导出的函�?br>
外壳对话�?br>
外壳对话框的�U�密

常见的Windows的通用对话框被��装在Comdlg32.dll�Q�这�l�我们的�~�程提供了很大的便利。但它还不够完整�Q�我们在�pȝ��里经常能看到大量的可重复使用的对话框,但在Windows的文档里你却找不到它们的调用�Ҏ��。而如果我们自己去做这��L��界面是非常费时费力的而且也是没有必要的，因�ؓ�q�些对话框实际上很容易得到。这里我要介�l�一些已�l�众所周知或不��知的对话框，它们可以应用在我们的�E�序中�ɽE�序昑־�非常友好和专业�?br>
��览文�g夹对话框

�?.23

大多数Delphi�E�序员都知道如何使用VCL的TOpenDialog控�g来让用户��览��要打开的文件。然而有时你可能只想让用户选择文�g夹而不是特定的文�g�Q�windows已经提供了一个这��L��对话框如�?.23所�C�。我们可以通过公开的函数SHBrowseForFolder来调�?(�q�个函数定义在ShlObj单元)�Q�函数定义如下：

function SHBrowseForFolder(var BrowseInfo: TBrowseInfo): PItemIDList; stdcall;

�q�个函数只有一个参敎ͼ�但这个参数是一个比较复杂的记录�c�d��

    TBrowseInfo = packed record

      hwndOwner: HWND;

      pidlRoot: PItemIDList;

      pszDisplayName: PChar;

      lpszTitle: PChar;

      ulFlags: UINT;

      lpfn: TFNBFFCallBack;

      lParam: LPARAM;

      iImage: Integer;

    end;

hwndOwner数据成员包含对话框的父窗体的�H�口句柄�Q�可以把它设�?。PIdlRoot数据成员指向一个PIDL的指针对应于对话框初始化时的根目录。指定了PIdlRoot后，��只有根目录及它的子目录会出现在对话框中。可以设定它为nil�Q�这时缺省的根目录是桌面�Q�pszDisplayName 数据成员指向一个缓冲区可以用来储存被用户选中的文件名�Q�缓冲区的大��至��ؓMAX_PATH �q�个常数那么大，否则遇到特别长的文�g名会溢出。lpszTitle 数据对象指向一个以null�l�尾的字�W�串�Q�字�W�串作�ؓ对话框的标题来显�C�。注意标题不要太长，否则昄��时会被截断。ulFlags 标志数据对象用来限制在对话框中显�C�的文�g夹类型。可以设定它�?或下列值的�l�合�Q?br>

    //在对话框中会包含一个状态区�Q�回调函数可以通过向对话框发送消息来讑֮�状�?br>
BIF_STATUSTEXT

    //只允讔R��择标准文�g�pȝ��Q�若选了非标准的文�g夹如打印机，��认按钮会变�?br>
    BIF_RETURNONLYFSDIRS   = $0001;

    //不选择�|�络文�g�?br>
    BIF_DONTGOBELOWDOMAIN  = $0002;

    // �l�状态条留出�I�白

    BIF_STATUSTEXT         = $0004;

    // 只选择文�g�pȝ��的上�U�目�?br>
    BIF_RETURNFSANCESTORS  = $0008;

    //只选择计算�?br>
    BIF_BROWSEFORCOMPUTER  = $1000;

    //只选择打印�?br>
    BIF_BROWSEFORPRINTER   = $2000;

    //包括文�g也可以�?br>
    BIF_BROWSEINCLUDEFILES = $4000;

注意�Q�如果你惛_��话框昄��lpszTitle里的用户定制的状态条信息�Q�必��d��?BIF_STATUSTEXT标识。Lpfn数据对象是一个回调函数类型的指针�Q�函数类型如下：

TFNBFFCallBack = function(DialogHandle: HWND;

MessageID: UINT; PIDL: PItemIDList; Data: LPARAM):Integer; stdcall;

�q�是一个回调函敎ͼ�可以用来在同用户交互时控制和更新对话框的昄��。如果你不想控制对话框，可以把它设成nil�Q�lParam 数据对象允许你在回调函数中以参数lpfn形式�q�回一个指针（通常我们用它来返回对象）�Q�当然也可以把它设成�?。IImage数据成员不需要设�|�，因�ؓ它是用来接收�pȝ��中同文�g夹相关的图标列表索引的，我们�q�里讑֮��?�?br>
SHBrowseForFolder函数�q�回一个唯一的指向被选择的文件夹的PIDL。如果文件夹是一个传�l�的文�g对象的话�Q�可以用函数SHGetPathFromIDList把PIDL转换为真实的目录。同�Ӟ��作�ؓ调用者，必须负责释放被返回的item identifier list�Q��用IMalloc COM 接口来释放�?br>
注意�Q�不要用FreeMem或其他方法来释放 PIDL �Q�这是因为外壳的内存��理是独立的�Q�只能用IMalloc来释放�?br>
现在我们已经可以昄��对话框了�Q�那让我们更深入一步看看如何能够控制对用户动作的反应，�q�就要用��C��回调函数 TFNBFFCallBack�?注意回调函数的意思就是，你只是实��C��它，�pȝ��q��道什么时候去调用它，��好比一个守株待兔的例子�?br>
DialogHandle参数代表对话框窗口句柄。通常可以用这个句柄给对话框发消息�Q�MessageID 参数�q�不是一个TMessage �l�构的记录，它是对话框通过回调函数发给用户消息的，它可以是下面两个��|��

BFFM_INITIALIZED = 1; // 对话框将要显�C?br>
BFFM_SELCHANGED = 2; // 用户选中了某��?

PIDL参数包含其他的额外信息。如果MessageID �?BFFM_INITIALIZED�Q�PIDL��等于nil。如果MessageID是BFFM_SELCHANGED�Q�PIDL的值将是一个PIDL 对应于用户选择的文件夹。Data 参数包含用户付给TbrowseInfo记录中的Lparam数据成员的��|��通常可以传递一个对象指针。下面是一个简单的回调函数的例子：

    function BrowseForFolderCallback(DialogHandle: HWND;

      MessageID: UINT; PIDL: PItemIDList; Data: LPARAM):

      Integer;

    begin

      //响应对话框的通知消息

      case (MessageID) of

        BFFM_INITIALIZED:

          DialogInitialized(DialogHandle, Data);

        BFFM_SELCHANGED:

          HandleNewSelection(DialogHandle, PIDL, Data);

      end;

      Result := 0; // 总返�?.

    end;

在回调函数里�Q�可以根据用��L��输入发送三个用��L��消息�l�对话框�Q�下面是消息ID:

    // 改变对话框的状态信�?br>
    BFFM_SETSTATUSTEXT = WM_USER + 100;

    //控制��定按钮失效与否

    BFFM_ENABLEOK      = WM_USER + 101;

    //改变选择的文件夹

    BFFM_SETSELECTION  = WM_USER + 102;

通常�Q�这些消息发送给对话框��之根据用��L��选择更新昄��Q�当然你也可以发送其他的消息�l�对话框�Q�比如可以发送WM_SETTEXT消息来改变对话框的标题�?br>
下面是一个发送消息的例子�Q�见�?.11�Q�：

PostMessage(DialogHandle, BFFM_SETSELECTION, True, LPARAM(PChar (NewPath)));

�?.11

Message ID	WParam	LParam
BFFM_SETSTATUSTEXT	没有使用	一个指向新的状态信息的Pchar
BFFM_ENABLEOK	没有使用	True使得��认按钮有效�Q�False无效
BFFM_SETSELECTION	如果Lparam是�\径则为True�Q�若Lparam是PIDL则�ؓFalse	指向被选择的文件�\径或PIDL的Pchar

另外要提到的是，Delphi也提供了对这个函数的��装�Q�那��是SelectDirectory函数�?br>
关于对话�?/strong>

通常我们都要在自��q��E�序里加上一个关于对话框来显�C�Z��些版本信息等�{�，Windows为我们提供了一个标准的对话框如�?.24所�C�，可以在一定范围内对它定制�Q�不�q�它只适合昄��单的标识和文本（我觉得用处极��）。我们可以通过函数ShellAbout来调用它�Q�声明在ShellAPI单元里）�Q�函数定义如�?

    function ShellAbout(Owner: HWND; ApplicationName: PChar;

      OtherText: PChar; IconHandle: HICON): Integer; stdcall;

Owner参数标识了拥有对话框的父�H�体句柄�Q�通常设�ؓ0�Q�表明没有父�H�体。ApplicationName 参数包含对话框的标题�Q�字�W�串中可以包�?#8220;#”字符�Q�它能�v到分割符的作用。这�U�情况下�Q�函��C��把分割符前的字符串作为标题栏�Q�分割符后的部分作�ؓ "Microsoft"字符串后的第一行。OtherText参数包含了打��显�C�在Microsoft 版本和版权信息后的字�W�串。IconHandle 参数标识了打��显�C�在对话框上的图标标识，如果设�ؓ0�Q�函��C��昄��Windows�~�省的图标�?br>

�?.24

�?.25

格式化对话框

SHFormatDrive函数会显�C�Z��个格式化对话框，如图2.25所�C�，它是一个半公开的函数。但现在它不在微软的SDK里。然而微软承认它的存在�ƈ把它从Shell32.dll里用名字公开声明�Q�Delphi中的函数定义如下�Q?br>

    function SHFormatDrive(Owner: HWND; Drive: UINT;

      FormatID: UINT; OptionFlags: UINT): DWORD; stdcall;

Owner参数标识拥有对话框的�H�体句柄�Q�文档中推荐不要设�ؓ0�Q�但实际上好像没什么媄响。Drive参数是用来标识打��格式化的驱动器的数��|��它是�?为底的，从A开�?A:=0,B:=1依此�c�L��。FormatID 参数允许我们指定一个格式化的模板，通常情况下，只要赋��gؓSHFMT_ID_DEFAULT��可以了。OptionFlags 参数是一个选项掩码�Q�来��定格式化的选项。当前有两个选项�Q?br>

    SHFMT_OPT_FULL    = $0001; // 快速格式化

    SHFMT_OPT_SYSONLY = $0002; // 复制�pȝ��文�g

如果函数调用��p�|�Q�会�q�回下列错误中的一�U�来表明错误原因�Q�错误常数如下：

    SHFMT_NOFORMAT = $FFFFFFFD;   // 驱动器无法格式化

    SHFMT_CANCEL   = $FFFFFFFE;   //格式化被取消�?br>
    SHFMT_ERROR    = $FFFFFFFF; //其他错误

Windows NT �?WideChar

在进一步研�I�未公开的函数前, 我们必须清楚一点，对于未公开的函数来说以null�l�尾的字�W�串�c�d��参数大多数被声明为类型指针而不是PChar。这有点像陷阱，但必��L��认这是事实。在Win 9X上所有的字符串类型参数声明�ؓPAnsiChar�Q�而在Windows NT上被声明为PWideChar。如果你想你的应用程序适应所有��^収ͼ�你必��考虑两种情况�Q�在�q�行时要判断�q�_��c�d��Q�这是很讨厌的，但这也是使用未公开的API的代仗��?br>
选择图标对话�?/strong>

�?.26

我们要讨论的�W�一个完全未公开的函数是PickIconDlg。如�?.26所�C��个函��C��昄��一个对话框�Q�用户可以用来从文�g中选择一个图标资源。它通常是用文�g�c�d��~�辑器来兌��图标和某一文�g�c�d��的，也会在快��h��式对话框中被调用来修改快��h��式的图标。这个函��C��Shell32.dll 用�?2来公开出来�Q�函数定义如下：

    function PickIconDlg(Owner: HWND; FileName: Pointer;

      MaxFileNameChars: DWORD; var IconIndex: DWORD):LongBool; stdcall;

Owner参数和上面的意义�c�M��。FileName 参数指向一个缓冲区�Q�包含了被浏览图标的文�g名，�~�冲��不小于MAX_PATH�Q?。MaxFileNameChars 指定字符数量大小。IconIndex 常数是以0为底的图标烦引，当对话框打开时会把焦点定在IconIndex对应的图标上�Q�函数返回后�Q�IconIndex指向最后被选的图标索引。如果用��L��了取消按钮，函数�q�回False�?br>
�q�行�E�序对话�?/strong>

�?.27

RunFileDlg函数是相当灵�zȝ��Q�如�?.27所�C�就是调用开始菜单的�q�行子菜单后会显�C�的对话框，我们通过�?1把它从Shell32.dll暴露出来。下面是函数声明�Q?br>

    procedure RunFileDlg(Owner: HWND; IconHandle: HICON;

      WorkPath: Pointer; Caption: Pointer; Description: Pointer; Flags: UINT); stdcall;

Owner参数��׃��用再说了。IconHandle参数是显�C�在对话框上的图标句柄，如果为nil�Q�缺省的icon��会使用。WorkPath 参数指向一个字�W�串来指定应用程序运行的工作路径�?Title 参数指向作�ؓ对话框标题的字符�Ԍ��如果为nil�Q�就使用�~�省的标题。Description 参数指向一个描�q�字�W�串�Q�主要是告诉用户如何��d��Q�可以设为nil�Q�这时��用缺省的描述�?Flags参数用一�l�位掩码来设定对话框的属性。下面是定义�Q?br>

    RFF_NOBROWSE      = $01;   // �U�d��览按钮

    RFF_NODEFAULT     = $02;   // 无缺省的选项

    RFF_CALCDIRECTORY = $04;   // 由文件名��定工作路径

    RFF_NOLABEL       = $08;   // ��L��~�辑框标�{?br>
    RFF_NOSEPARATEMEM = $20; // ��L��在单独的内存�I�间�q�行的复选框 (只对NT有效)

�q�个对话框一个很好的�Ҏ��是允许你控制用户可以运行的应用�E�序。当用户选择了确认按钮，对话框的父窗体会发送一个通知消息来传递将要运行的�E�序信息。通知消息是一�?WM_NOTIFY消息�Q�它的通知代码讑֮�为RFN_VALIDATE (-510)�Q�然后lParam指向一�?TNM_RunFileDlg记录。定义如下：

    TNM_RunFileDlg = packed record

      hdr: TNMHdr;

      lpFile: Pointer;

      lpDirectory: Pointer;

      nShow: LongBool;

    end;

hdr数据对象是TNMHdr�c�d��Q�它是一�U�标准的Windows数据�c�d��Q�每个WM_NOTIFY消息的lParam参数都会指向�q�个数据成分。同时根据不同的消息�c�d��Q�可能一些额外的数据跟在记录后面�Q�标准的TNMHdr记录定义如下�Q?br>

    TNMHdr = packed record

      hwndFrom: HWND;

      idFrom: UINT;

      code: UINT;

    end;

记录中的hwndFrom包含发送消息的�H�口句柄�Q�idFrom则包含发送消息的控�g标示�W�，code 中包含标识被发送的消息的通知代码�?br>
在TNMHdr记录后被打包的额外数据包含三个数据成分：LpFile指向一个包含将要运行的文�g的�\径字�W�串�Q�LpDirectory指向正在�q�行�E�序的工作目录字�W�串�Q�最后，nShow 用来指定��要�q�行的应用程序是否可见�?br>
对于本文中特定的消息�Q�只对TNMHdr记录中的Code感兴��，通过��验Code可以��保我们收到一个运行文件校验消息，同时使我们可以存取额外的TNM_RunFileDlg数据成员。当TNMHdr记录中的code�{�于RFN_VALIDATE(-510)�Ӟ��可以获得一个TNM_RunFileDlg记录。下面是校验消息的代码：

    var

      FileToRun: String;

      ...

      if TheMessage.Msg = WM_NOTIFY then

        if PNMHdr(TheMessage.LParam).code = RFN_VALIDATE then

          WideCharToStrVar(PNM_RUNFILEDLG(

          TheMessage.LParam).lpFile, FileToRun);

    ...

注意只有当我们已�l�检验TNMHdr的Code为RFN_VALIDATE后，才映��LParam 参数为PNM_RunFileDlg�c�d��?br>
通知消息的返回值决定了应用�E�序是否能够�q�行�Q�下面是可能的��|��

    RF_OK     = $00; //允许�E�序�q�行

    RF_CANCEL = $01;   //取消操作�Q�关闭对话框

    RF_RETRY  = $02; //取消操作�Q�对话框仍然打开

查找文�g对话�?/strong>

�?.28

调用查找文�g对话框的函数是SHFindFiles�Q�对话框如图2.28所�C�。它是从Shell32.dll按烦引�?0公开出来�?

    function SHFindFiles(SearchRoot: PItemIDList;

      SavedSearchFile: PItemIDList): LongBool; stdcall;

SearchRoot 参数允许从一个特定的文�g夹开始查找，同在资源��理器中在文件夹上用右键点击查找菜单的效果是一��L��。如果设为nil�Q�那么查找是从桌面开始的�?SavedSearchFile 参数让你指定一个以前查询保存的查找�{�略文�g�Q?.fnd文�g�Q�，�Ҏ��以前的设定来查找�Q�若不需要的话可以设定�ؓnil。如果你指定了一个非�I�值的SearchRoot PIDL�Q�那么在调用完SHFindFiles后必��负责释放掉。但是有点奇怪的是，如果你指定了一个非�I�的SavedSearchFile PIDL参数�Q�函数成功调用的话，你不能去释放�q�个 PIDL�Q�否则会出错�Q�但如果调用��p�|了的话，你必��释攑֮��?br>
同大多数对话框函��C��一��P��q�个函数是非模态的�Q�也��是�pȝ��在另外一个独立的�U�程中启动对话框�Q�然后立卌��回，对话框会在你的程序结束后自动关闭。也��是说你没有��M��直接的方法来告诉用户如何使用查找到的�l�果�Q�所以要想知道用��h��到的文�g的话�Q�最好是让你的程序支持文件拖放，以便让用��h��扑ֈ�的文件拖攄��你�?br>
查找电脑对话�?/strong>

同SHFindFiles比较接近的一个函数是SHFindComputer�Q�这个函数调用的�l�果同开始菜单上查找电脑菜单调用的结果是一��L��。它的参数同SHFindFiles完全一��P��不同之处在于它完全忽略传递给它的参数�Q�很昄��是保留�v来�ؓ了将来扩展的需要。这里我们只要把参数都设成nil��可以了�Q�另外注意这个对话框也是非模态的�?SHFindComputer 是从Shell32.dll 以烦引号91公开出来的：

    function SHFindComputer(Reserved1: PItemIDList;

      Reserved2: PItemIDList): LongBool; stdcall;

查找文�g对话�?/strong>

通过调用GetFileNameFromBrowse函数可以调出�q�个对话框，不过说实在的�Q�它实际上只是GetOpenFileName 函数的简单封装。而我们常用的TOpenDialog控�g也是对GetOpenFileName 函数��装�Q�这个函数我们很��会�ȝ��接用它。不�q�还是写出来吧，它是从Shell32.dll里按索引�?3公开出来的：

    function GetFileNameFromBrowse(Owner: HWND;

      FileName: Pointer; MaxFileNameChars: DWORD;

      InitialDirectory: Pointer; DefaultExtension: Pointer;

      Filter: Pointer; Caption: Pointer): LongBool; stdcall;

�?.29

大多数参数对应于OPENFILENAME �l�构的成员。Owner参数我想��׃��用再重复了， FileName 参数指向一个初始化对话框编辑控制文件名的缓冲区�Q�函数返回后FileName包含被选择的文件�\径，它的大小一般设成MAX_PATH�Q?那么大。MaxFileNameChars 参数用来指定FileName�~�冲区的大小�?InitialDirectory参数指向对话框初始化的目录名�Q�但如果FileName参数被指定了�Q�InitialDirectory��׃��被忽略而��用FileName参数中的路径。DefaultExtension参数指向一个包含要搜烦的缺省扩展名的字�W�串。Filter参数指向一个以null�l�尾的可以用来在下拉列表中限定文件类型的�q��o字符丌Ӏ�Caption参数指向对话框标题字�W�串�?br>
如果用户选择了一个要打开的文�Ӟ��函数�q�回True�Q�当有错误发生，用户选择取消按钮或关闭对话框的话会返回False�?br>
外壳对象属性对话框

另一个未公开的对话框函数是SHObjectProperties�Q�它可以用来昄��外壳对象的属性，比如驱动器、文件夹或文件等�Q�运行效果如�?.29所�C�。函数可以从Shell32.dll中按索引�?78公开出来�Q�定义如下：

    function SHObjectProperties(Owner: HWND; Flags: UINT;

      ObjectName: Pointer; InitialTabName: Pointer):LongBool; stdcall;

Flags参数用来指定ObjectName参数对应对象的类型，它可以是下列标识�Q?br>

    //打印�?br>
    OPF_PRINTERNAME = $01;

    //路径

    OPF_PATHNAME    = $02;

ObjectName参数指向一个包含�\径名的字�W�串或是要显�C�属性的打印机名。如果打印机是本地的�Q�可以��用实际的打印机名�Q�如果是�|�络打印机，��需要��用完整的UNC样式名称�Q�比如\\COMPUTERNAME\PRINTERNAME。InitialTabName参数指向一个属性对话框中页面名�U�字�W�串�Q�用来指定要昄��的缺省页面。如果InitialTabName参数为nil�Q�或不匹配�Q何页面的名称�Q�第一个属性页面将会被昄��?br>
如果函数调用成功会返回True�Q�如果失败会�q�回False。要惌��得扩展的错误信息�Q�可以调用API函数GetLastError。要注意的是�q�个对话框是非模态的�Q�类��g��查找文�g对话框，所以函��C��被调用，��p��定会昄��一个对话框�Q�同时我们没有办法知道用户什么时候关闭了对话框�?br>
映射�|�络驱动对话�?/strong>

�?.30

�?.30昄��了映��网�l�驱动器的对话框�Q�我们通过SHNetConnectionDialog函数调用它（win 9x和Win NT上都支持�Q�，它可以按索引�?60从Shell32.dll暴露出来�Q�函数定义如下：

    function SHNetConnectionDialog(Owner: HWND;

      ResourceName: Pointer; ResourceType: DWORD): DWORD; stdcall;

SHStartNetConnectionDialog函数也会昄��同样的对话框�Q�但它显�C�的对话框是非模态的�Q�同时只在NT上才支持。它可以按烦引�?15从Shell32.dll中公开出来�Q�函数定义如下：

    function SHStartNetConnectionDialog(Owner: HWND;

      ResourceName: PWideChar; ResourceType: DWORD):DWORD; stdcall;

上面两个函数的参数完全相同。其中ResourceName参数指向一个要�q�接的网�l�资源UNC路径名。指定了�q�个参数的话�Q�显�C�的对话框中被预讄��q�接资源��׃��可改变了。如果这个参��Cؓnil�Q�则在对话框中用户可以指定要�q�接的资源。ResourceType参数可以是下面的��g��一�Q�RESOURCETYPE_DISK或RESOURCETYPE_PRINT。它的不同将会生成不同的对话框。参��CؓRESOURCETYPE_DISK允许我们为网�l�驱动资源指定一个盘�W�，另一个参数允许我们映��一个�ƈ行口名比如LPT2��Z��个网�l�打印机。然而，不知道�ؓ什么RESOURCETYPE_PRINT参数在NT上无效�?br>

�?.31

如果函数调用成功的话�Q�返回值是NO_ERROR�Q�如果用户取消的对话框，则返�?-1($FFFFFFFF)�Q�如果调用失败则�q�回其他的错误代码，具体错误信息可以用GetLastError API调用获得�?br>
关闭�pȝ��对话�?/strong>

ExitWindowsDialog和RestartDialog函数可以用来昄��关闭和重启系�l�对话框�Q�如�?.31�Q�，它们同公开的ExitWindowsEx API函数没有什么太大的不同�Q�但在其�q�程中都会��生一个对话框。ExitWindowsDialog函数可以按烦引�?0从Shell32.dll中公开出来�Q�RestartDialog函数的在Shell32.dll中的索引值则�?9�Q�两个函数的定义如下�Q?br>

    procedure ExitWindowsDialog(Owner: HWND); stdcall;

    function RestartDialog(Owner: HWND; Reason: Pointer; ExitType: UINT): DWORD; stdcall;

对ExitWindowsDialog函数来说�Q�对话框好像�q�不使用Owner参数作�ؓ父窗口，在Windows 95上，当操作成功的话owner�H�口会收��C��个WM_QUIT消息。在Windows NT上，owner �H�口�Ҏ��不被使用。同时这个函数没有返回��|��所以没有办法知道用户选择了什么操作以及操作是否被取消了�?br>
RestartDialog函数更有用一些，当我们修改了�pȝ��的设�|�，�q�希望重新启动系�l��修改生效的时候可以��用这个函数。Reason参数指向一个要昄��在对话框中的字符�Ԍ��用来解释关闭�pȝ��的原因。ExitType参数指定关闭�c�d��Q�可以��用ExitWindowsEX函数使用值的一个子集及额外的几个新��|��下面是它们的完全列表�Q?br>

    EWX_LOGOFF        = $00;

    EWX_SHUTDOWN      = $01;

    EWX_REBOOT        = $02;

    EW_RESTARTWINDOWS = $42;

    EW_REBOOTSYSTEM   = $43;

    EW_EXITANDEXECAPP = $44;

如果用户选择执行关闭操作�Q�函数返回IDYES�Q�否则返回IDNO�?br>
要注意的是显�C�在对话框中的原因字�W�串后��M��跟着一个系�l�缺省提供的字符串用来显�C�确认信息，所以应该在我们的Reason字符串后附上�I�格或回车换行字�W�。另外返回��g��能用于确定操作的成功性，它只表明用户的选择�Q�如果重启操作由于某些原因失败了�Q�返回��g��然是IDYES。同时要注意的是要想调用成功�Q�用戯��必须有SE_SHUTDOWN_NAME权限�Q�在NT上）�?br>
�~�少内存对话�?/strong>

SHOutOfMemoryMessageBox是一个未公开的函敎ͼ�当系�l�内存不��x��可以用来昄��标准的外壳信息对话框�Q�它在Shell32.dll中的索引值是126�Q�函数定义如下：

    function SHOutOfMemoryMessageBox(Owner: HWND;

      Caption: Pointer; Style: UINT): Integer; stdcall;

它会调用MessageBox API�Q�同时传�?个标准的参数和ERROR_OUTOFMEMORY错误消息。Caption参数指向对话框标题字�W�串。如果Caption为nil�Q�父�H�口的标题就会被使用。Style参数可以被设�|��ؓ��L��MessageBox函数使用的MB_XXX常数的组合，通常讄��它�ؓMB_OK或MB_ICONHAND。函数调用返回值参见SDK中MessageBox函数说明�?br>
当MessageBox函数被调用时�Q�MB_SETFOREGROUND标识会被��d��到Style参数中，但如果第一�ơ调用失败了的话�Q�MessageBox函数会被再次调用�Q�这�ơMB_SYSTEMMODAL 标识会被��d��到Style参数中。MB_SYSTEMMODAL同MB_ICONHAND标识�l�合后会忽略内存状况来显�C�消息对话框。当内存��实不��Ӟ��函数不会昄��M��东西�Q�然而它仍然会返回MessageBox函数调用�l�果。所以我们可以根据返回值判断函数是否调用成功了�?br>
�I�间不��对话�?/strong>

�?.32

另一个资源相关的函数是SHHandleDiskFull�Q�它会显�C�磁盘不��的信息对话框（如图2.32�Q�。我们可以在�׃��没有��_��盘�I�间时导致程序无法运行的条�g下调用这个函敎ͼ�调用后，如果回收站中有什么东西没有删除的话，对话框允许用��h��I�回收站来释攄��盘空间。它在Shell32.dll中的索引��gؓ185�Q�函数的定义如下�Q?br>

    procedure SHHandleDiskFull(Owner: HWND; Drive: UINT); stdcall;

Drive参数用于指定�?为底的驱动器盘符�?代表A:\�Q?代表B:\�Q�依此类推。这个函数的应用比较困难�Q�因为当回收站中没有��M��东西时对话框不会昄��Q�同时也没有��M��q�回��D��C�对话框是否昄��Q�还无法知道用户的操作，比如它是否真的清�I�Z��。看��h��比较可行的应用只能是�E�序自行监视��盘剩余�I�间�Q�只是��用这个对话框作�ؓ一个快速修复的工具�?br>
一般外��x��息对话框

ShellMessageBox函数仅仅是一个对MessageBox函数的简单封装函敎ͼ�它允�怋�用字�W�串资源标识�W�或标准的以null�l�尾的字�W�串�Q�同时还允许加入支持格式化ForamtMessage函数的控制符。ShellMessageBox函数在Shell32.dll中的索引��gؓ183�Q?br>

    function ShellMessageBoxA(Module: THandle; Owner: HWND;

      Text: PChar; Caption: PChar; Style: UINT;

      Parameters: array of Pointer): Integer; cdecl;

更确切地说这个函数应该叫ShellMessageBoxA因�ؓ它只支持ANSI字符�Ԍ��q�有一个UNICODE的版本的函数ShellMessageBoxW�Q�它的烦引��gؓ182�Q�但它只在Windows NT上才有，函数定义如下�Q?br>

    function ShellMessageBoxW(Module: THandle; Owner: HWND;

      Text: PWideChar; Caption: PWideChar; Style: UINT;

      Parameters: array of Pointer): Integer; cdecl;

Module参数是提供字�W�串资源的模块句柄，句柄可以用GetModuleHandle函数获得。顾名思义Text 参数指向一个要昄��在对话框中的文本�Q�它也可以是资源字符串ID�Q�文本中可以包括格式控制序列�Q�它��会被在Parameters中提供的额外字符串替代。控制符格式�?#8220;%#”�Q�其�?#8220;#”是额外字�W�串在参��C��的位�|�，比如“%1”��被�W�一个Parameters数组中的字符串元素替代，“%3”��会被第三个元素替代�Q�依此类推。Caption参数指向对话框标题文本，同样它也可以是资源ID�Q�如果参��Cؓnil�Q�Owner指定的窗口标题将被用于对话框标题。Style参数是由位掩码标识组成的�Q�可以设�|�成MessageBox函数支持的MB_XXX常数的组合。返回值同MessageBox完全一栗��?br>
对于�q�个函数很重要的一�Ҏ��微��Y公司使用cdecl来输��个函数而不是通常�?stdcall。此外，Parameters参数使用了C语言中的可变参数列表�Q�这意味着�q�个函数不是语言无关的，�q��得调用�v来非帔R��烦，因�ؓDelphi�q�不直接支持cdecl和可变参数列表。�ؓ了解册��个问题，Parameters参数被映��ؓ一个动态指针列表。同时我们还需要��用嵌入式汇编来徏立cdecl样式的堆栈。由于动态指针列表的性质�Q�我们必��至��指定一个指针倹{��如果不��x��定要替代的字�W�串�Q�简单设�|��ؓnil��可以了�?/font>

�q�幽 2009-12-18 09:20 发表评论

struct DCB

�q�幽 — Mon, 04 May 2009 18:35:00 GMT

串口通讯中的DCB�l�构

typedef struct _DCB {// dcb

DWORD DCBlength; // sizeof(DCB)

DORD BaudRate; // current baud rate　指定当前的�L特率

DWORD fBinary: 1; // binary mode, no EOF check　指定是否允许二进制模式WIN95中须为TRUE


DWORD fParity: 1; // enable parity checking　指定奇偶校验是否允许

DWORD fOutxCtsFlow:1; // CTS output flow control 指定CTS是否用于��发送控制。当为TRUE是CTS为OFF�Q�发送将被挂赗��?/font>

DWORD fOutxDsrFlow:1; // DSR output flow control   指定CTS是否用于��发送控制。当为TRUE是CTS为OFF�Q�发送将被挂赗��?/font>

DWORD fDtrControl:2; // DTR flow control type

DTR_CONTROL_DISABLE 值将DTR�|��ؓOFF,DTR_CONTROL_ENABLE值将DTR�|��ؓON,

DTR_CONTROL_HANDSHAKE 允许DTR"握手",

DWORD fDsrSensitivity:1;// DSR sensitivity 当该��gؓTRUE时DSR为OFF时接收的字节被忽�?/font>

DWORD fTXContinueOnXoff:1; // XOFF continues Tx
    指定当接收缓冲区已满,�q�且驱动�E�序已经发送出XoffChar字符时发送是否停止�?/font>

    TRUE�Ӟ��在接收缓冲区接收到缓冲区已满的字节XoffLim且驱动程序已�l�发送出XoffChar�?nbsp;     �W�中止接收字节之后，发送��l�进行�?br>    FALSE�Ӟ��在接收缓冲区接收��C��表缓冲区已空的字节XonChar且驱动程序已�l�发送出恢复发送的XonChar之后�Q�发送��l�进行�?/font>

DWORD fOutX: 1; // XON/XOFF out flow control    TRUE�Ӟ��接收到XoffChar之后便停止发送接收到XonChar之后��重新开�?/font>

DWORD fInX: 1; // XON/XOFF in flow control
             TRUE�Ӟ��接收�~�冲区接收到代表�~�冲区满的XoffLim之后�Q�XoffChar发送出��L��收缓冲区接收��C��表缓冲区�I�的XonLim之后�Q�XonChar发送出�?/font>

DWORD fErrorChar: 1; // enable error replacement
        　该��gؓTRUE且fParity为TRUE�Ӟ��用ErrorChar 成员指定的字�W�代替奇偶校验错误的接收字符

DWORD fNull: 1; // enable null stripping　　TRUE�Ӟ��接收时去掉空�Q?��|��字节

DWORD fRtsControl:2; // RTS flow control

DWORD fAbortOnError:1; // abort reads/writes on error　　TRUE�?有错误发生时中止��d��写操作RTS_CONTROL_DISABLE�?RTS�|��ؓOFFRTS_CONTROL_ENABLE�? RTS�|��ؓON

RTS_CONTROL_HANDSHAKE�?当接收缓冲区��于半满时RTS为ON当接收缓冲区��过四分之三满时RTS为OFF

RTS_CONTROL_TOGGLE�?当接收缓冲区仍有剩余字节时RTS为ON ,否则�~�省为OFF

DWORD fDummy2:17; // reserved　　未��?/font>

WORD wReserved; // not currently used　　未��?必须�?

WORD XonLim; // transmit XON threshold   指定在XON字符发送这前接收缓冲区中可允许的最��字节数

WORD XoffLim; // transmit XOFF threshold 指定在XOFF字符发送这前接收缓冲区中可允许的最��字节数

BYTE ByteSize; // number of bits/byte, 4-8　　指定端口当前使用的数据位

BYTE Parity; // 0-4=no,odd,even,mark,space　指定端口当前使用的奇偶校验方�?可能�?
                            EVENPARITY,MARKPARITY,NOPARITY,ODDPARITY　BYTE

StopBits;      0,1,2 = 1, 1.5, 2 　　指定端口当前使用的停止位�?可能�?
                          ONESTOPBIT,ONE5STOPBITS,TWOSTOPBITS

char XonChar; // Tx and Rx XON character　　指定用于发送和接收字符XON的�?/font>

char XoffChar; // Tx and Rx XOFF character　　指定用于发送和接收字符XOFF�?/font>

char ErrorChar; // error replacement character本字�W�用来代替接收到的奇偶校验发生错误时的�?/font>

char EofChar; // end of input character　当没有��用二�q�制模式�?本字�W�可用来指示数据的结�?/font>

char EvtChar; // received event character　当接收到此字�W�时,会��生一个事�?/font>

WORD wReserved1; // reserved; do not use 未��?/font>

} DCB;

�q�幽 2009-05-05 02:35 发表评论

�q�幽 — Fri, 13 Mar 2009 11:56:00 GMT
DLL注入�E�序的一般步骤：

�Q?�Q�取得宿主进�E�（卌��注入木马的进�E�）的进�E�ID dwRemoteProcessId�Q?br>
�Q?�Q�取得DLL的完全�\径，�q�将其�{换�ؓ宽字�W�模式pszLibFileName�Q?br>
�Q?�Q�利用Windows API OpenProcess打开宿主�q�程�Q�应该开启下列选项�Q?br>
a.PROCESS_CREATE_THREAD�Q�允许在宿主�q�程中创建线�E�；

b.PROCESS_VM_OPERATION�Q�允许对宿主�q�程中进行VM操作�Q?br>
c.PROCESS_VM_WRITE�Q�允许对宿主�q�程�q�行VM写�?br>
�Q?�Q�利用Windows API VirtualAllocEx函数在远�E�线�E�的VM中分配DLL完整路径宽字�W�所需的存储空��_��q�利用Windows API WriteProcessMemory函数��完整�\径写入该存储�I�间�Q?/span>

�Q?�Q�利用Windows API GetProcAddress取得Kernel32模块中LoadLibraryW函数的地址�Q�这个函数将作�ؓ随后��启动的�q�程�U�程的入口函敎ͼ�

�Q?�Q�利用Windows API CreateRemoteThread启动�q�程�U�程�Q�将LoadLibraryW的地址作�ؓ�q�程�U�程的入口函数地址�Q�将宿主�q�程里被分配�I�间中存储的完整DLL路径作�ؓ�U�程入口函数的参��C��另其启动指定的DLL�Q?/span>

�Q?�Q�清理现场�?/span>

�q�幽 2009-03-13 19:56 发表评论

卸蝲其它�q�程的DLL

�q�幽 — Sat, 21 Feb 2009 14:32:00 GMT

1typedef ULONG (WINAPI *PFNNtUnmapViewOfSection)( IN HANDLE ProcessHandle,IN PVOID BaseAddress );
2
3BOOL UnmapViewOfModule ( DWORD dwProcessId, LPVOID lpBaseAddr )
4{
5    HMODULE hModule = GetModuleHandle ( L"ntdll.dll" ) ;
6    if ( hModule == NULL )
7        hModule = LoadLibrary ( L"ntdll.dll" ) ;
8
9    PFNNtUnmapViewOfSection pfnNtUnmapViewOfSection = (PFNNtUnmapViewOfSection)GetProcAddress ( hModule, "NtUnmapViewOfSection" ) ;
10
11    HANDLE hProcess = OpenProcess ( PROCESS_ALL_ACCESS, TRUE, dwProcessId ) ;
12    ULONG    ret = pfnNtUnmapViewOfSection ( hProcess, lpBaseAddr ) ;
13    CloseHandle ( hProcess ) ;
14    return ret ? FALSE : TRUE;
15}
16
17

�q�幽 2009-02-21 22:32 发表评论

Heap: Pleasures and Pains

�q�幽 — Tue, 03 Feb 2009 00:49:00 GMT
本文转自: http://hi.baidu.com/csuhkx/blog/item/267418d3614cf9013bf3cf55.html

�q�篇文章是翻译MSDN上一��叫《Heap: Pleasures and Pains》的文章�?

Murali R. Krishnan
Microsoft Corporation

1999 �q?2 �?/p>
摘要�Q?/strong> 讨论常见的堆性能问题以及如何防范它们。（�?9 ��）

前言

您是否是动态分配的 C/C++ 对象忠实且幸�q�的用户�Q�您是否在模块间的往�q�通信中频�J�地使用�?#8220;自动�?#8221;�Q�您的程序是否因堆分配而运行�v来很慢？不仅仅您遇到�q�样的问题。几乎所有项目迟早都会遇到堆问题。大安��惌��Q?#8220;我的代码真正好，只是堆太�?#8221;。那只是部分正确。更深入理解堆及其用法、以及会发生什么问题，是很有用的�?/p>
什么是堆？

�Q�如果您已经知道什么是堆，可以跛_��“什么是常见的堆性能问题�Q?#8221;部分�Q?/p>
在程序中�Q��用堆来动态分配和释放对象。在下列情况下，调用堆操作：

事先不知道程序所需对象的数量和大小�?br>

对象太大而不适合堆栈分配�E�序�?

堆��用了在运行时分配�l�代码和堆栈的内存之外的部分内存。下囄��Z��堆分配程序的不同层�?/p>

GlobalAlloc/GlobalFree�Q?/strong>Microsoft Win32 堆调用，�q�些调用直接与每个进�E�的默认堆进行对话�?/p>
LocalAlloc/LocalFree�Q?/strong>Win32 堆调用（��Z��?Microsoft Windows NT 兼容�Q�，�q�些调用直接与每个进�E�的默认堆进行对话�?/p>
COM �?IMalloc 分配�E�序�Q�或 CoTaskMemAlloc / CoTaskMemFree�Q�：函数使用每个�q�程的默认堆。自动化�E�序使用“�l��g对象模型 (COM)”的分配程序，而申��L��E�序使用每个�q�程堆�?/p>
C/C++ �q�行�?(CRT) 分配�E�序�Q?/strong>提供�?malloc() �?free() 以及 new �?delete 操作�W�。如 Microsoft Visual Basic �?Java �{�语�a�也提供了新的操作�W��ƈ使用垃圾攉��来代替堆。CRT 创徏自己的私有堆�Q�驻留在 Win32 堆的�剙��?/p>
Windows NT 中，Win32 堆是 Windows NT �q�行时分配程序周围的薄层。所�?API 转发它们的请求给 NTDLL�?/p>
Windows NT �q�行时分配程序提�?Windows NT 内的核心堆分配程序。它由具�?128 个大��从 8 �?1,024 字节的空闲列表的前端分配�E�序�l�成。后端分配程序��用虚拟内存来保留和提交页�?/p>
在图表的底部�?#8220;虚拟内存分配�E�序”�Q�操作系�l��用它来保留和提交��c��所有分配程序��用虚拟内存进行数据的存取�?/p>
分配和释攑֝�不就那么��单吗�Q��ؓ何花费这么长旉��Q?/p>
堆实现的注意事项

传统上，操作�pȝ��和运行时库是与堆的实现共存的。在一个进�E�的开始，操作�pȝ��创徏一个默认堆�Q�叫�?#8220;�q�程�?#8221;。如果没有其他堆可��用，则块的分配��?#8220;�q�程�?#8221;。语�a��q�行时也能在�q�程内创建单独的堆。（例如�Q�C �q�行时创建它自己的堆。）除这些专用的堆外�Q�应用程序或许多已蝲入的动态链接库 (DLL) 之一可以创徏和��用单独的堆。Win32 提供一整套 API 来创建和使用�U�有堆。有�?a >堆函敎ͼ�英文�Q?/u>的详��指��|��请参�?MSDN�?/p>
当应用程序或 DLL 创徏�U�有堆时�Q�这些堆存在于进�E�空��_��q�且在进�E�内是可讉K��的。从�l�定堆分配的数据��在同一个堆上释放。（不能从一个堆分配而在另一个堆释放。）

在所有虚拟内存系�l�中�Q�堆�ȝ��在操作系�l�的“虚拟内存��理�?#8221;的顶部。语�a��q�行时堆也驻留在虚拟内存�剙��。某些情况下�Q�这些堆是操作系�l�堆中的层，而语�a��q�行时堆则通过大块的分配来执行自己的内存管理。不使用操作�pȝ��堆，而��用虚拟内存函数更利于堆的分配和块的��用�?/p>
典型的堆实现由前、后端分配程序组成。前端分配程序维持固定大��块的空闲列表。对于一�ơ分配调用，堆尝试从前端列表扑ֈ�一个自由块。如果失败，堆被�q�从后端�Q�保留和提交虚拟内存�Q�分配一个大块来满��h��。通用的实现有每块分配的开销�Q�这��耗费执行周期�Q�也减少了可使用的存储空间�?/p>
Knowledge Base 文章 Q10758�Q?#8220;�?calloc() �?malloc() ��理内存” �Q�搜索文章编��P��, 包含了有兌��些主题的更多背景知识。另外，有关堆实现和设计的详�l�讨��Z��可在下列著作中找刎ͼ�“Dynamic Storage Allocation: A Survey and Critical Review”�Q�作�?Paul R. Wilson、Mark S. Johnstone、Michael Neely �?David Boles�Q?#8220;International Workshop on Memory Management”, 作�?Kinross, Scotland, UK, 1995 �q?9 �?http://www.cs.utexas.edu/users/oops/papers.html)�Q�英文）�?/p>
Windows NT 的实玎ͼ�Windows NT 版本 4.0 和更新版本）使用�?127 个大��从 8 �?1,024 字节�?8 字节寚w��块空闲列表和一�?#8220;大块”列表�?#8220;大块”列表�Q�空闲列表[0]�Q?保存大于 1,024 字节的块。空闲列表容�U�了用双向链表链接在一��L��对象。默认情况下�Q?#8220;�q�程�?#8221;执行攉��操作。（攉��是将盔R��I�闲块合�q�成一个大块的操作。）攉��耗费了额外的周期�Q�但减少了堆块的内部��片�?/p>
单一全局锁保护堆�Q�防止多�U�程式的使用。（请参�?#8220;Server Performance and Scalability Killers”中的�W�一个注意事��? George Reilly 所著，�?“MSDN Online Web Workshop”上（站点�Q?a >http://msdn.microsoft.com/workshop/server/iis/tencom.asp�Q�英文）。）单一全局锁本质上是用来保护堆数据�l�构�Q�防止跨多线�E�的随机存取。若堆操作太频繁�Q�单一全局锁会�Ҏ��能有不利的影响�?/p>
什么是常见的堆性能问题�Q?/h2>
以下是您使用堆时会遇到的最常见问题�Q?

分配操作造成的速度减慢�?/strong>光分配就耗费很长旉��。最可能��D��q�行速度减慢原因是空闲列表没有块�Q�所以运行时分配�E�序代码会耗费周期��L��较大的空闲块�Q�或从后端分配程序分配新块�?br>

释放操作造成的速度减慢�?/strong>释放操作耗费较多周期�Q�主要是启用了收集操作。收集期��_��每个释放操作“查找”它的盔R��块，取出它们�q�构造成较大块，然后再把此较大块插入�I�闲列表。在查找期间�Q�内存可能会随机��到�Q�从而导致高速缓存不能命中，性能降低�?br>

堆竞争造成的速度减慢�?/strong>当两个或多个�U�程同时讉K��数据�Q�而且一个线�E��l�进行之前必��ȝ��待另一个线�E�完成时��发生竞争。竞争��L��D��ȝ��Q�这也是目前多处理器�pȝ��遇到的最大问题。当大量使用内存块的应用�E�序�?DLL 以多�U�程方式�q�行�Q�或�q�行于多处理器系�l�上�Q�时��导致速度减慢。单一锁定的��用—常用的解决�Ҏ��—意味着使用堆的所有操作是序列化的。当�{�待锁定时序列化会引��L��E�切换上下文。可以想象交叉�\口闪烁的�U�灯处走走停停导致的速度减慢�?
竞争通常会导致线�E�和�q�程的上下文切换。上下文切换的开销是很大的�Q�但开销更大的是数据从处理器高速缓存中丢失�Q�以及后来线�E�复�z�L��的数据重建�?/p>
堆破坏造成的速度减慢�?/strong>造成堆破坏的原因是应用程序对堆块的不正确使用。通常情�Ş包括释放已释攄��堆块或��用已释放的堆块，以及块的��界重写�{�明��N��题。（破坏不在本文讨论范围之内。有兛_��存重写和泄漏�{�其他细节，请参�?Microsoft Visual C++(R) 调试文档。）

频繁的分配和重分配造成的速度减慢�?/strong>�q�是使用脚本语言旉��常普遍的现象。如字符串被反复分配�Q�随重分配增长和释放。不要这样做�Q�如果可能，��量分配大字�W�串和��用缓冲区。另一�U�方法就是尽量少用连接操作�?

竞争是在分配和释放操作中��D��速度减慢的问题。理��x��况下�Q�希望��用没有竞争和快速分�?释放的堆。可惜，现在�q�没有这��L��通用堆，也许��来会有�?/p>
在所有的服务器系�l�中�Q�如 IIS、MSProxy、DatabaseStacks、网�l�服务器�?Exchange 和其他）, 堆锁定实在是个大瓉��。处理器数越多，竞争��p��会恶化�?/p>
��量减少堆的使用

现在您明白��用堆时存在的问题了，��N��您不��x��有能解决�q�些问题的超�U�魔��吗�Q�我可希望有。但没有��法能��堆运行加快—因此不要期望在产品��之前的最后一星期能够大�ؓ改观。如果提前规划堆�{�略�Q�情况将会大大好转。调整��用堆的方法，减少对堆的操作是提高性能的良斏V�?/p>
如何减少使用堆操作？通过利用数据�l�构内的位置可减��堆操作的次数。请考虑下列实例�Q?/p>
struct ObjectA {     // objectA 的数�? } struct ObjectB {     // objectB 的数�? } // 同时使用 objectA �?objectB // // 使用指针 // struct ObjectB {     struct ObjectA * pObjA;     // objectB 的数�? } // // 使用嵌入 // struct ObjectB {     struct ObjectA pObjA;     // objectB 的数�? } // // 集合 – 在另一对象内��?objectA �?objectB // struct ObjectX {     struct ObjectA   objA;     struct ObjectB   objB; }

避免使用指针兌��两个数据�l�构�?/strong>如果使用指针兌��两个数据�l�构�Q�前面实例中的对�?A �?B ��被分别分配和释放。这会增加额外开销—我们要避免�q�种做法�?br>

把带指针的子对象嵌入父对象�?/strong>当对象中有指针时�Q�则意味着对象中有动态元素（癑ֈ�之八十）和没有引用的��C��|�。嵌入增加了位置从而减��了�q�一步分�?释放的需求。这��提高应用程序的性能�?br>

合�ƈ��对象�Ş成大对象�Q�聚合）�?/strong>聚合减少分配和释攄��块的数量。如果有几个开发者，各自开发设计的不同部分�Q�则最�l�会有许多小对象需要合�q�。集成的挑战��是要找到正��的聚合边界�?br>

内联�~�冲��够满��百分之八十的需要（aka 80-20 规则�Q��?/strong>个别情况下，需要内存缓冲区来保存字�W�串/二进制数据，但事先不知道��d��节数。估计�ƈ内联一个大��能满��癑ֈ�之八十需要的�~�冲区。对剩余的百分之二十�Q�可以分配一个新的缓冲区和指向这个缓冲区的指针。这��P��减��分配和释放调用�q�增加数据的位置�I�间�Q�从�Ҏ��上提高代码的性能�?br>

在块中分配对象（块化�Q��?/strong>块化是以�l�的方式一�ơ分配多个对象的�Ҏ��。如果对列表的项�q�箋跟踪�Q�例如对一�?{名称�Q�值} 对的列表�Q�有两种选择�Q�选择一是�ؓ每一�?#8220;名称-�?#8221;对分配一个节点；选择二是分配一个能容纳�Q�如五个�Q?#8220;名称-�?#8221;对的�l�构。例如，一般情况下�Q�如果存储四对，��可减少节点的数量，如果需要额外的�I�间数量�Q�则使用附加的链表指针�?
块化是友好的处理器高速缓存，特别是对�?L1-高速缓存，因�ؓ它提供了增加的位�|?—不用说对于块分配，很多数据块会在同一个虚拟页中�?/p>
正确使用 _amblksiz�?/strong>C �q�行�?(CRT) 有它的自定义前端分配�E�序�Q�该分配�E�序从后端（Win32 堆）分配大小�?_amblksiz 的块。将 _amblksiz 讄��高的��D��潜在地减��对后端的调用次数。这只对�q�泛使用 CRT 的程序适用�?

使用上述技术将获得的好处会因对象类型、大��及工作量而有所不同。但总能在性能和可升羃性方面有所收获。另一斚w��Q�代码会有点�Ҏ��Q�但如果�l�过深思熟虑，代码�q�是很容易管理的�?/p>
其他提高性能的技�?/h3>
下面是一些提高速度的技术：

使用 Windows NT5 �?/strong>
�׃��几个同事的努力和辛勤工作�Q?998 �q�初 Microsoft Windows(R) 2000 中有了几个重大改�q�：

改进了堆代码内的锁定�?/strong>堆代码对每堆一个锁。全局锁保护堆数据�l�构�Q�防止多�U�程式的使用。但不幸的是�Q�在高通信量的情况下，堆仍受困于全局锁，��D��高竞争和低性能。Windows 2000 中，锁内代码的��界区��竞争的可能性减到最��?从而提高了可�׾~�性�?br>

使用 “Lookaside”列表�?/strong>堆数据结构对块的所有空闲项使用了大��在 8 �?1,024 字节�Q�以 8-字节递增�Q�的快速高速缓存。快速高速缓存最初保护在全局锁内。现在，使用 lookaside 列表来访问这些快速高速缓存空闲列表。这些列表不要求锁定�Q�而是使用 64 位的互锁操作�Q�因此提高了性能�?br>

内部数据�l�构��法也得到改�q��?

�q�些改进避免了对分配高速缓存的需求，但不排除其他的优化。��?Windows NT5 堆评估您的代码；它对��于 1,024 字节 (1 KB) 的块�Q�来自前端分配程序的块）是最佳的�?strong>GlobalAlloc() �?LocalAlloc() 建立在同一堆上�Q�是存取每个�q�程堆的通用机制。如果希望获得高的局部性能�Q�则使用 Heap(R) API 来存取每个进�E�堆�Q�或为分配操作创��q��堆。如果需要对大块操作�Q�也可以直接使用 VirtualAlloc() / VirtualFree() 操作�?/p>
上述改进已在 Windows 2000 beta 2 �?Windows NT 4.0 SP4 中��用。改�q�后�Q�堆锁的竞争率显著降低。这使所�?Win32 堆的直接用户受益。CRT 堆徏立于 Win32 堆的�剙��Q�但它��用自��q��块堆，因而不能从 Windows NT 改进中受益。（Visual C++ 版本 6.0 也有改进的堆分配�E�序。）

使用分配高速缓�?/strong>
分配高速缓存允讔R��速缓存分配的块，以便��来重用。这能够减少对进�E�堆�Q�或全局堆）的分�?释放调用的次敎ͼ�也允许最大限度的重用曄��分配的块。另外，分配高速缓存允许收集统计信�?以便较好地理解对象在较高层次上的使用�?/p>
典型圎ͼ�自定义堆分配�E�序在进�E�堆的顶部实现。自定义堆分配程序与�pȝ��堆的行�ؓ很相伹{��主要的差别是它在进�E�堆的顶部�ؓ分配的对象提供高速缓存。高速缓存设计成一套固定大��（�?32 字节�?4 字节�?28 字节�{�）。这一个很好的�{�略�Q�但�q�种自定义堆分配�E�序丢失与分配和释放的对象相关的“语义信息”�?

与自定义堆分配程序相反，“分配高速缓�?#8221;作�ؓ每类分配高速缓存来实现。除能够提供自定义堆分配�E�序的所有好处之外，它们�q�能够保留大量语义信息。每个分配高速缓存处理程序与一个目标二�q�制对象兌��。它能够使用一套参数进行初始化�Q�这些参数表�C��ƈ发��别、对象大��和保持在空闲列表中的元素的数量�{�。分配高速缓存处理程序对象维持自��q��U�有�I�闲实体池（不超�q�指定的阀��|��q��用私有保护锁。合在一��P��分配高速缓存和�U�有锁减��了与主�pȝ��堆的通信量，因而提供了增加的�ƈ发、最大限度的重用和较高的可�׾~�性�?/p>
需要��用清理程序来定期��查所有分配高速缓存处理程序的�z�d��情况�q�回收未用的资源。如果发现没有活动，��释攑ֈ�配对象的池，从而提高性能�?/p>
可以审核每个分配/释放�z�d��。第一�U�信息包括对象、分配和释放调用的��L��。通过查看它们的统计信息可以得出各个对象之间的语义关系。利用以上介�l�的许多技术之一�Q�这�U�关�p�d��以用来减��内存分配�?/p>
分配高速缓存也起到了调试助手的作用�Q�帮助您跟踪没有完全清除的对象数量。通过查看动态堆栈返回踪�q�和除没有清除的对象之外的签名，甚至能够扑ֈ��切的失败的调用者�?/p>
MP �?/strong>
MP 堆是对多处理器友好的分布式分配的�E�序包，�?Win32 SDK�Q�Windows NT 4.0 和更新版本）中可以得到。最初由 JVert 实现�Q�此处堆抽象建立�?Win32 堆程序包的顶部。MP 堆创建多�?Win32 堆，�q�试囑ְ�分配调用分布��C��同堆�Q�以减少在所有单一锁上的竞争�?/p>
本程序包是好的步�?—一�U�改�q�的 MP-友好的自定义堆分配程序。但是，它不提供语义信息和缺乏统计功能。通常��?MP 堆作�?SDK 库来使用。如果��用这�?SDK 创徏可重用组�Ӟ��您将大大受益。但是，如果在每�?DLL 中徏立这�?SDK 库，��增加工作设�|��?/p>
重新思考算法和数据�l�构
要在多处理器机器上�׾~�，则算法、实现、数据结构和��g必须动态�׾~�。请看最�l�常分配和释攄��数据�l�构。试问，“我能用不同的数据�l�构完成此工作吗�Q?#8221;例如�Q�如果在应用�E�序初始化时加蝲了只读项的列表，�q�个列表不必是线性链接的列表。如果是动态分配的数组��非常好。动态分配的数组��减��内存中的堆块和��片�Q�从而增强性能�?/p>
减少需要的��对象的数量减少堆分配程序的负蝲。例如，我们在服务器的关键处理�\径上使用五个不同的对象，每个对象单独分配和释放。一起高速缓存这些对象，把堆调用从五个减��到一个，显著减少了堆的负载，特别当每�U�钟处理 1,000 个以上的��h��时�?/p>
如果大量使用“Automation”�l�构�Q�请考虑从主�U�代码中删除“Automation BSTR”�Q�或臛_��避免重复�?BSTR 操作。（BSTR �q�接��D��q�多的重分配和分�?释放操作。）

摘要

�Ҏ��有��^台往往都存在堆实现�Q�因此有巨大的开销。每个单独代码都有特定的要求�Q�但设计能采用本文讨论的基本理论来减��堆之间的相互作用�?

评�h您的代码中堆的��用�?br>

改进您的代码�Q�以使用较少的堆调用�Q�分析关键�\径和固定数据�l�构�?br>

在实现自定义的包装程序之前��用量化堆调用成本的方法�?br>

如果�Ҏ��能不满意，误��?OS �l�改�q�堆。更多这�c�请求意味着�Ҏ��q�堆的更多关注�?br>

要求 C �q�行时组针对 OS 所提供的堆制作��y的分配包装程序。随着 OS 堆的改进�Q�C �q�行时堆调用的成本将减小�?br>

操作�pȝ��Q�Windows NT 家族�Q�正在不断改�q�堆。请随时��x��和利用这些改�q��?

Murali Krishnan �?Internet Information Server (IIS) �l�的首席软�g设计工程师。从 1.0 版本开始他��p��?IIS�Q��ƈ成功发行�?1.0 版本�?4.0 版本。Murali �l�织�q��?IIS 性能�l�三�q?(1995-1998), 从一开始就影响 IIS 性能。他拥有威斯��h��?Madison 大学�?M.S.和印�?Anna 大学�?B.S.。工作之外，他喜�Ƣ阅诅R��打排球和家庭烹饪�?/p>

�q�幽 2009-02-03 08:49 发表评论

WindowFeatures�Q�WIN32开发必看）

�q�幽 — Sat, 16 Aug 2008 05:38:00 GMT

�q�篇文章��译至MSDN2005�Q�给自己学习�Q�也�l�所有觉得它有用的�h�Q�文中难免有��译不到位或者错误的地方�Q�望高手指正。译者：�Ƨ昊川（转蝲�ȝ��注明出处及译者）

2008�q?�?�?wbr>

�q�个概述讨论了窗口的一些特性，如窗口类型、状态、大��及位置�?wbr>

1、窗口类型（WindowStyles�Q?/strong>
�q�一节描�q�层叠窗口、弹出窗口、子�H�口、分层窗口、仅处理消息的窗口这五种�c�d��?/strong>

1.1层叠�H�口�Q�OverlappedWindows�Q?wbr>
层叠�H�口是一个具有标题栏、边框和客户区的��层�H�口�Q�也��是说它适合做�ؓ应用�E�序�ȝ��口。它也可以具有一个系�l�菜单，最��和最大化按钮�Q�以及滚动条。一个层叠窗口被典型地用于包含所有上�q�组件的应用�E�序�ȝ��口�?wbr>

通过在CreateWindowEx中指定WS_OVERLAPPED或者WS_OVERLAPPEDWINDOW样式�Q�一个应用程序就能创��Z��个层叠窗口。假如你使用�W�一个样式，那么创徏的窗口就��h��一个标题栏和边框；假如你��用第二个�Q�那么窗口就��h��一个标题栏�Q�可以调整大��的�Ҏ��Q�系�l�菜单，以及最大最��化按钮�?wbr>

1.2弹出�H�口�Q�Pop-upWindows�Q?wbr>
弹出�H�口是一个非凡的层叠�H�口�Q�它被用于显�C�在应用�E�序�ȝ��口之外的对话框，消息框以及其他��时窗口。标题栏对弹出窗口来说是可选的�Q�除此之外，弹出�H�口跟具有WS_OVERLAPPED样式的层叠窗口一栗��?wbr>

你可以通过在CreateWindowEx中指定WS_POPUP样式来创��Z��个弹出窗口。假如要使用标题栏，��加入WS_CAPTION样式。��用WS_POPUPWINDOW样式来创��Z��个含有边框和�pȝ��菜单的弹出窗口。WS_CAPTION样式必须与WS_POPUPWINDOW样式一起��用才能�ɾpȝ��菜单可见�?wbr>

1.3子窗口（ChildWindows�Q?wbr>
子窗口具有WS_CHILD样式�q�且它被限制在其父窗口的客户��Z��。应用程序典型地使用子窗口来把其父窗口的客户区划分成几个功能区域。你可以通过在CreateWindowEx中指定WS_CHILD样式来创建子�H�口�?wbr>

子窗口必��d��有一个父�H�口。父�H�口可以是一个层叠窗口，弹出�H�口�Q�或者另外一个子�H�口。你可以在CreateWindowEx中指定父�H�口。假如你在CreateWindowEx中指定了WS_CHILD样式但是没有指定父窗口，那么�pȝ��不会创徏�q�个子窗口�?wbr>

子窗口只��h��一个客户区而没有其他特性，除非�q�些�Ҏ��被明确的请求。应用程序可以�ؓ子窗口添加标题栏�Q�系�l�菜单，最��化最大化按钮�Q�边框，以及滚动条。但是子�H�口不能��h��自定义菜单。假如应用程序指定了一个自定义菜单句柄�Q�那么无论是在它注册�q�个子窗口类�q�是创徏�q�个子窗口时�Q�这个菜单句柄都被忽略。假如没有指定边框样式，�pȝ��创��Z��个无�Ҏ��H�口。应用程序可以��用无�Ҏ��的子�H�口来划分父�H�口的客户区假如想保持这�U�划分对用户是不可见的话�?wbr>

下面一节讨论窗口的布置、裁剪、与父窗口的关系、消息四个主题�?/strong>

1.4�H�口布置�Q�Positioning�Q?wbr>
�pȝ��L��相对于父�H�口客户区的左上角来攄��子窗口。子�H�口的�Q何部分都不会出现在其父窗口的�Ҏ��之外。假如应用程序创��Z��个比父窗口大的子�H�口�Q�或者移动子�H�口使得一个或者所有子�H�口��出了父�H�口的边框，那么�pȝ��会裁剪子�H�口�Q�即在父�H�口�Ҏ��之外的部分不被显�C�。对父窗口��生媄响的行�ؓ同样会媄响子�H�口�Q�这些行为如下：

�q�幽 2008-08-16 13:38 发表评论

�q�幽 — Thu, 14 Aug 2008 11:19:00 GMT

OLE拖放实现

MFC本��n�?font face=Tahoma>CView�c�L��支持拖放操作的，通过研究CView�cȝ��源码�Q�大体知道它的实现原理是�q�样的：CView�c�M��有一�?font face=Tahoma>COleDropTarget�cȝ��对象�Q�在视图�H�口初始化时�Q�调�?font face=Tahoma>COleDropTarget�c�L��员函�?font face=Tahoma>Register()�Q�以此在�pȝ��中注册该视图�H�口为拖放接收窗口。当�q�行拖放操作的鼠标指针处于视囄��口范围内�Ӟ��COleDropTarge�c�M��做出反应�Q�它�?font face=Tahoma>OnDragEnter�?font face=Tahoma>OnDragOver�?font face=Tahoma>OnDropEx�?font face=Tahoma>OnDrop�{�成员函数被依次调用�Q�这些函数默认均是调用与其相对应�?font face=Tahoma>CView�c�L��员函�?font face=Tahoma>OnDragEnter�?font face=Tahoma>OnDragOver�?font face=Tahoma>OnDropEx�?font face=Tahoma>OnDrop�{�，�E�序员只需重蝲�q�些CView�c�L��员函敎ͼ�卛_��Ҏ��动的�q�程及结果进行控制�?/font>

因�ؓCOleDropTarget默认只对CView提供支持�Q�所以如果要让其他的�H�口支持拖放�Q�我们必��d��时对要支持拖攄��H�口�c�d��COleDropTarget�c�进行派生。把�Ҏ��放操作具体进行处理的代码��装成派生窗口类的成员函敎ͼ�然后重蝲COleDropTarget中对应的五个虚函敎ͼ�当它接收到拖攑֊�作时�Q�调用窗口派生类的处理函数即可。但�q�里有一个问题，��是我们怎么知道何时调用�z��cȝ��处理函数呢？�{�案是运�?font face=Tahoma>RTTI技术。如�?font face=Tahoma>COleDropTarget�z��c�L��到的�H�口指针�c�d��Q�就是我们派生的�H�口�c�，那么��p��用它的处理函敎ͼ�否则调用基类�q�行处理�?/font>

首先生成一个对话框工程�Q�添加二个新�c�R�?/font>

�W�一个类名�ؓCListCtrlEx�Q�父�c�MؓCListCtrl。添加完毕后�Q�在CListCtrlEx的定义头文�g中加�?font face=Tahoma>DECLARE_DYNAMIC(CListCtrlEx)�Q�在其实现文件中加入IMPLEMENT_DYNAMIC(CListCtrlEx,CListCtrl)�Q�这样就�?font face=Tahoma>CListCtrlEx�c�L��加了RTTI�q�行期类型识别（Run Time Type Information�Q�支持�?/font>

�W�二个类名�ؓCOleDropTargetEx�Q�父�c�MؓCOleDataTarget�?/font>

�?font face=Tahoma>CListCtrlEx中添�?font face=Tahoma>COleDropTargetEx�cȝ��对象�Q��ƈ��d��下列公有虚函数的声明�Q?/font>

       virtual BOOL Initialize();

       virtual DROPEFFECT OnDragOver(CWnd* pWnd, COleDataObject* pDataObject, DWORD dwKeyState, CPoint point);

       virtual DROPEFFECT OnDropEx(CWnd* pWnd, COleDataObject* pDataObject, DROPEFFECT dropEffect, DROPEFFECT dropList, CPoint point);

       virtual BOOL OnDrop(CWnd* pWnd, COleDataObject* pDataObject, DROPEFFECT dropEffect, CPoint point);

       virtual void OnDragLeave(CWnd* pWnd);

Initialize函数用于注册CListCtrlEx成�ؓ拖放接收�H�口�Q?/font>

OnDragOver在拖��N��标进入窗口时被调用。此函数的返回值决定了后箋的动作的�c�d��Q�如果返�?font face=Tahoma>DROPEFFECT_MOVE�Q�则产生一个剪切动作；如果�q�回DROPEFFECT_COPY�Q�则产生一个复制动作，如果�q�回DROPEFFECT_NONE�Q�则不会产生拖放动作�Q�因�?font face=Tahoma>OnDropEx�?font face=Tahoma>OnDrop函数��不会被调用�Q?font face=Tahoma>OnDragLeave函数仍会被调用）�?/font>

OnDropEx函数会在OnDrop函数之前调用�Q�如�?font face=Tahoma>OnDropEx函数没有�Ҏ��攑֊�作进行处理，则应用程序框架会接着调用OnDrop函数�q�行处理。所以必��要在派生类中重�?font face=Tahoma>OnDropEx函数——即使什么动作都都没有做——否则我们的OnDrop函数��不会被执行刎ͼ�因�ؓ没有重蝲的话�Q�将会调用基�cȝ��OnDropEx函数�Q�而基�cȝ��OnDropEx函数�Ҏ��放是�q�行了处理的——尽��不是我们所惌��的动作。当然你也可以把�Ҏ��放进行处理的动作攑֜�OnDropEx中——那样就不需要重�?font face=Tahoma>OnDrop了�?/font>

OnDragLeave函数会在鼠标��d��H�口时被调用�Q�在此可以进行一些简单的清理工作。譬如在OnDragEnter或�?font face=Tahoma>OnDragOver函数中，我们改变了光标的形态，那么此时我们��应该把光标恢复�q�来�?/font>

�q�些函数中最重要的是OnDrop函数�Q�拖攑֊�作将在此�q�行处理�Q�它的全部源码如下：

BOOL CListCtrlEx::OnDrop(CWnd* pWnd, COleDataObject* pDataObject, DROPEFFECT dropEffect, CPoint point)

{

       UINT              nFileCount = 0;

       HDROP           hDropFiles = NULL;

       HGLOBAL        hMemData = NULL;

       AfxMessageBox("OnDrop");

       if(pDataObject->IsDataAvailable(CF_HDROP))

       {

              hMemData = pDataObject->GetGlobalData(CF_HDROP);

              hDropFiles = (HDROP)GlobalLock((HGLOBAL)hMemData); //锁定内存�?/font>

              if(hDropFiles != NULL)

              {

                     char chTemp[_MAX_PATH+1] = {0};

                     nFileCount = DragQueryFile(hDropFiles, 0xFFFFFFFF, NULL, 0);

                     for(UINT nCur=0; nCur遍历取得每个文�g�?/font>

                     {

                            ZeroMemory(chTemp, _MAX_PATH+1);

                DragQueryFile(hDropFiles, nCur, (LPTSTR)chTemp, _MAX_PATH+1);

                            AddAllFiles(chTemp);

                     }

              }

              GlobalUnlock(hMemData);

              return TRUE;

       }

       else

       {

              return FALSE;

       }

}

在第二个�c?font face=Tahoma>COleDropTarget中添加如下对应的函数�Q?/font>

    virtual DROPEFFECT OnDragEnter(CWnd* pWnd, COleDataObject* pDataObject, DWORD dwKeyState, CPoint point);

    virtual DROPEFFECT OnDragOver(CWnd* pWnd, COleDataObject* pDataObject, DWORD dwKeyState, CPoint point);

       virtual DROPEFFECT OnDropEx(CWnd* pWnd, COleDataObject* pDataObject, DROPEFFECT dropEffect, DROPEFFECT dropList, CPoint point);

       virtual BOOL OnDrop(CWnd* pWnd, COleDataObject* pDataObject, DROPEFFECT dropEffect, CPoint point);

       virtual void OnDragLeave(CWnd* pWnd);

它们的动作都差不多：先用RTTI判断�H�口指针pWnd的类型，如果�?font face=Tahoma>CListCtrlEx�Q�则调用CListCtrlEx中对应的处理函数�Q�否则调用基�cȝ��处理函数。以OnDrop��Z��Q?/font>

BOOL COleDropTargetEx::OnDrop(CWnd* pWnd, COleDataObject* pDataObject, DROPEFFECT dropEffect, CPoint point)

{

       CListCtrlEx*     pListCtrlEx = NULL;



       ASSERT_VALID(this);

       ASSERT(IsWindow(pWnd->m_hWnd));



       if(pWnd->IsKindOf(RUNTIME_CLASS(CListCtrlEx)))

       {

              pListCtrlEx = (CListCtrlEx*)pWnd;

              return pListCtrlEx->OnDrop(pWnd, pDataObject, dropEffect, point);

       }

       else

       {

              return COleDropTarget::OnDrop(pWnd, pDataObject, dropEffect, point);

       }

}

//倒霉�?4K限制�Q�只能再截断了：�Q?br>

��x��Q�我们成功地�?font face=Tahoma>CListCtrlEx��d��了文件拖入操作的支持。一个完整的拖放操作�Q�还包括拖出动作�Q�所以必��要��c�d��d��拖出操作�Q�即�Q�将列表中的某一��Ҏ��者多��Ҏ��出成��Z��个文件。这��需要用到另一个类�Q?font face=Tahoma>COleDataSource。具体步骤如下：

�?font face=Tahoma>CListCtrlEx中加入一�?font face=Tahoma>COleDataSource的实例，�q�映��列表框�?font face=Tahoma>LVN_BEGINDRAG消息处理函数�Q�在此我们添加拖出操作的代码�?/font>

实现拖出非常��单，只需要依�ơ调�?font face=Tahoma>COleDataSource的三个函数即可：Empty用于清空原先对象中缓存的数据�Q?font face=Tahoma>CacheGlobalData用来�~�存数据以进行拖放操作，最后调�?font face=Tahoma>DoDragDrop启动本次拖放操作�?/font>

但在调用之前�Q�必��要做一些准备工作。主要的��d��是创徏一�?font face=Tahoma>DROPFILES�l�构体，�q�拷贝要拖放的文件名到结构体后的内存中�?font face=Tahoma>DROPFILES�l�构体定义了CF_HDROP剪脓板格式，紧跟它后面的是一�p�d��被拖放文件的路径名。它的定义如下：

typedef struct _DROPFILES

{

    DWORD     pFiles; //文�g名�v始地址

    POINT      pt;     //鼠标放下的位�|�，坐标�?font face=Tahoma>fNC成员指定

    BOOL        fNC;    //�?font face=Tahoma>TRUE表示适用屏幕坐标�p�，否则使用客户坐标�p?/font>

    BOOL        fWide; //文�g名字�W�串是否使用宽字�W?/font>

} DROPFILES, FAR* LPDROPFILES;

拖放之前的准备动作的代码如下�Q?/font>

uBufferSize = sizeof(DROPFILES) + uBufferSize + 1;

    hMemData = GlobalAlloc(GPTR,uBufferSize);

    ASSERT(hMemData != NULL);



       lpDropFiles = (LPDROPFILES)GlobalLock(hMemData); //锁定�?font face=Tahoma>,�q�设�|�相��x��?/font>

       ASSERT(lpDropFiles != NULL);

       lpDropFiles->pFiles = sizeof(DROPFILES);

#ifdef _UNICODE

       lpDropFiles->fWide = TRUE;

#else

       lpDropFiles->fWide = FALSE;

#endif

       //把选中的所有文件名依次复制�?font face=Tahoma>DROPFILES�l�构体后�?font face=Tahoma>(全局内存�?font face=Tahoma>)

       pItemPos = strSelectedList.GetHeadPosition();

       pszStart = (char*)((LPBYTE)lpDropFiles + sizeof(DROPFILES));

       while(pItemPos != NULL)

       {

              lstrcpy(pszStart, (LPCTSTR)strSelectedList.GetNext(pItemPos));

        pszStart = strchr(pszStart,'\0') + 1; //下次的�v始位�|�是上一�ơ结��?font face=Tahoma>+1

       }

准备完毕之后��可以进行拖放了�Q�拖攑֊�作有DoDragDrop函数触发�Q�其原型如下�Q?/font>

DROPEFFECT DoDragDrop(

DWORD dwEffects = DROPEFFECT_COPY|DROPEFFECT_MOVE|DROPEFFECT_LINK, LPCRECT lpRectStartDrag = NULL,

COleDropSource* pDropSource = NULL

);

�q�里�Q?font face=Tahoma>dwEffects指定了允许施加于�?font face=Tahoma>COleDataSource实例之上的动作集�Q�剪切、复制或无动作�?/font>

    lpRectStartDrag指示拖放操作真正开始的矩�Ş�Q�如果鼠标没有移��矩�Ş�Q�则拖放操作视作攑ּ�处理。如果本成员设�ؓNULL�Q�则该�v始矩形将��Z��个像素大��?/font>

    pDropSource表明拖放所使用�?font face=Tahoma>COleDataSource对象�?/font>

而该函数的返回��|��则表明本�ơ拖放操作所实际产生的效果，至于具体产生何种效果�Q�则��q��l�决定。譬如在拖放时按�?font face=Tahoma>Shift键，��生剪切效果；按住Ctrl键，��生复制效果，�{�等�?/font>

拖放的代码如下：

       m_oleDataSource.Empty();

       m_oleDataSource.CacheGlobalData(CF_HDROP, hMemData);

       DropResult = m_oleDataSource.DoDragDrop(DROPEFFECT_MOVE|DROPEFFECT_COPY);

最后一点要注意的是�Q�在Windows NT 4.0以上的系�l�中�Q�即使实际��生的�?font face=Tahoma>DROPEFFECT_MOVE动作�Q?font face=Tahoma>DoDragDrop函数也只�q�回DROPEFFECT_NONE。��生这个问题的原因在于�Q?font face=Tahoma>Windows NT 4.0�?font face=Tahoma>Shell会直接移动文件本�w�来对移动操作进行优化。返回�?font face=Tahoma>DROPEFFECT_MOVE最初的含义�Q�就是通知执行拖放操作的应用程序去删除原位�|�上的文件。但是因�?font face=Tahoma>Shell已经替应用程序完成了�q�个�Q�删除）动作�Q�所以，函数�q�回DROPEFFECT_NONE。要想知道文件是否真的被�U�d��了也很简单，只要在函数返回之后检查一下原位置上的文�g是否存在��可以了�?/font>

Windows 9x�p�d��的操作系�l�也会对�U�d��q�行同样的优化动作，但是它不会返�?font face=Tahoma>DROPEFFECT_NONE来代�?font face=Tahoma>DROPEFFECT_MOVE。详�l�的解释参见MS知识�?font face=Tahoma>Q182219�?/font>

�q�幽 2008-08-14 19:19 发表评论

SHGetFileInfo

�q�幽 — Wed, 13 Aug 2008 15:11:00 GMT
SHGetFileInfo函数
function SHGetFileInfo(pszPath: PAnsiChar; dwFileAttributes: DWORD;
  var psfi: TSHFileInfo; cbFileInfo, uFlags: UINT): DWORD; stdcall;
pszPath 参数:指定的文件名�?br>当uFlags的取��g��不包�?SHGFI_PIDL�?可直接指�?
当uFlags的取��g��包含 SHGFI_PIDL时pszPath要通过计算获得,不能直接指定;
dwFileAttributes参数:文�g属性�?br>仅当uFlags的取��g��包含SHGFI_USEFILEATTRIBUTES时有�?一般不用此参数;
psfi 参数:�q�回获得的文件信�?是一个记录类�?有以下字�D?
  _SHFILEINFOA = record
hIcon: HICON;                   { out: icon }  //文�g的图标句�?br> iIcon: Integer;                   { out: icon index }    //图标的系�l�烦引号
dwAttributes: DWORD;             { out: SFGAO_ flags } //文�g的属性�?br> szDisplayName: array [0..MAX_PATH-1] of  AnsiChar; { out: display name (or path) }  //文�g的显�C�名
szTypeName: array [0..79] of AnsiChar;          { out: type name }    //文�g的类型名
  end;
cbFileInfo 参数:psfi的比特�?
uFlags 参数:指明需要返回的文�g信息标识�W?常用的有以下常数:
SHGFI_ICON;          //获得图标
SHGFI_DISPLAYNAME; //获得昄��?br> SHGFI_TYPENAME;    //获得�c�d��?br> SHGFI_ATTRIBUTES;    //获得属�?br> SHGFI_LARGEICON;    //获得大图�?br> SHGFI_SMALLICON;    //获得��图�?br> SHGFI_PIDL;          // pszPath是一个标识符
函数SHGetFileInfo()的返回��g��随uFlags的取值变化而有所不同�?br>可见通过调用SHGetFileInfo()可以由psfi参数得到文�g的图标句柄。但要注意在uFlags参数中不使用SHGFI_PIDL�?SHGetFileInfo()不能获得“我的电脑”�{�虚似文件夹的信息�?br>应该注意的是�Q�在调用SHGetFileInfo()之前�Q�必��M��?CoInitialize 或者OleInitialize 初始化COM,否则表面上能够��用，但是会造成不安全或者��失部分功能。例如，一个常见的例子�Q�如果不初始化COM,那么调用该函数就无法得到.htm/.mht/.xml文�g的图标�?br>以下是两个例子：
1.获得�pȝ��图标列表�Q?br>//取得�pȝ��图标列表
uses
ShellAPI
var
  ImageListHandle : THandle;
  FileInfo: TSHFileInfo;
//��图�?
ImageListHandle := SHGetFileInfo('C:\',
                        0,
                        FileInfo,
                        SizeOf(FileInfo),
                        SHGFI_SYSICONINDEX or SHGFI_SMALLICON);
//把图标列表同一个名叫ListView1的ListView控�g的小图标兌��?nbsp;
SendMessage(ListView1.Handle, LVM_SETIMAGELIST, LVSIL_SMALL, ImageListHandle);
//大图�?nbsp;
ImageListHandle := SHGetFileInfo('C:\',
                        0,
                        FileInfo,
                        SizeOf(FileInfo),
                        SHGFI_SYSICONINDEX or SHGFI_LARGEICON);
//把图标列表同一个名叫ListView1的ListView控�g的大图标兌��?nbsp;
SendMessage(ListView1.Handle, LVM_SETIMAGELIST, LVSIL_NORMAL, ImageListHandle);
2.获得一个文件的昄��名和图标
var
  sfi: TSHFileInfo;
IconIndex : Integer;
//取图标的索引��L��信息
SHGetFileInfo(PAnsiChar(FileName),
            0,
            sfi,
            sizeof(TSHFileInfo),
            ShellAPI.SHGFI_DISPLAYNAME or ShellAPI.SHGFI_TYPENAME or ShellAPI.SHGFI_LARGEICON or ShellAPI.SHGFI_ICON);
//昄��名和图标在系�l�图标列表中的编号就分别在sfi.szDisplayName和sfi.iIcon�?

�q�幽 2008-08-13 23:11 发表评论

GetSystemMetrics()用法

�q�幽 — Sun, 10 Aug 2008 13:42:00 GMT
下面是GetSystemMetrics函数参数nIndex的定义：

　　SM_ARRANGE Flags specifying how the system arranged minimized windows. For more information about minimized windows, see the following Remarks section.

　　SM_CLEANBOOT �q�回�pȝ��启动方式:

　　0 正常启动

　　1 安全模式启动

　　2 �|�络安全模式启动

　　SM_CMOUSEBUTTONS �q�回��gؓ�pȝ��支持的鼠标键敎ͼ��q�回0�Q�则�pȝ��中没有安装鼠标�?br>
　　SM_CXBORDER,

　　SM_CYBORDER �q�回以像素��gؓ单位的Windows�H�口�Ҏ��的宽度和高度�Q�如果Windows的�ؓ3D形态，�?br>
　　�{�同于SM_CXEDGE参数

　　SM_CXCURSOR,

　　SM_CYCURSOR �q�回以像素��gؓ单位的标准光标的宽度和高�?br>
　　SM_CXDLGFRAME,

　　SM_CYDLGFRAME �{�同与SM_CXFIXEDFRAME and SM_CYFIXEDFRAME

　　SM_CXDOUBLECLK,

　　SM_CYDOUBLECLK 以像素��gؓ单位的双��L��效的矩�Ş区域

　　SM_CXEDGE,SM_CYEDGE 以像素��gؓ单位�?D�Ҏ��的宽度和高度

　　SM_CXFIXEDFRAME,

　　SM_CYFIXEDFRAME 围绕��h��标题但无法改变尺寸的�H�口�Q�通常是一些对话框�Q�的�Ҏ��的厚�?br>
　　SM_CXFRAME,SM_CYFRAME �{�同于SM_CXSIZEFRAME and SM_CYSIZEFRAME

　　SM_CXFULLSCREEN,

　　SM_CYFULLSCREEN 全屏�q�窗口的�H�口区域的宽度和高度

　　SM_CXHSCROLL,

　　SM_CYHSCROLL 水��^滚动条的高度和水�q�x��动条上箭头的宽度

　　SM_CXHTHUMB 以像素�ؓ单位的水�q�x��动条上的滑动块宽�?br>
　　SM_CXICON,SM_CYICON �pȝ��~�省的图标的高度和宽度（一般�ؓ32*32�Q?br>
　　SM_CXICONSPACING,

　　SM_CYICONSPACING 以大图标方式查看Item时图标之间的间距�Q�这个距��L��L��大于�{�于

　　SM_CXICON and SM_CYICON.

　　SM_CXMAXIMIZED,

　　SM_CYMAXIMIZED 处于��层的最大化�H�口的缺省尺�?br>
　　SM_CXMAXTRACK,

　　SM_CYMAXTRACK ��h��可改变尺寸边框和标题栏的�H�口的缺省最大尺寸，如果�H�口大于�q�个

　　��寸�Q�窗口是不可�U�d��的�?br>
　　SM_CXMENUCHECK,

　　SM_CYMENUCHECK 以像素�ؓ单位计算的菜单选中标记位图的尺�?br>
　　SM_CXMENUSIZE,

　　SM_CYMENUSIZE 以像素计��的菜单栏按钮的��寸

　　SM_CXMIN,SM_CYMIN �H�口所能达到的最��尺�?br>
　　SM_CXMINIMIZED,

　　SM_CYMINIMIZED 正常的最��化�H�口的尺�?br>
　　SM_CXMINTRACK,

　　SM_CYMINTRACK 最��跟�t�距��，当��用者拖动窗口移动距��d��于这个��|��H�口不会�U�d��?br>
SM_CXSCREEN,

　　SM_CYSCREEN 以像素�ؓ单位计算的屏�q�尺寸�?br>
　　SM_CXSIZE,SM_CYSIZE 以像素计��的标题栏按钮的��寸

　　SM_CXSIZEFRAME,

　　SM_CYSIZEFRAME 围绕可改变大��的�H�口的边框的厚度

　　SM_CXSMICON,

　　SM_CYSMICON 以像素计��的��图标的��寸�Q�小图标一般出现在�H�口标题栏上�?br>
　　SM_CXVSCROLL,

　　SM_CYVSCROLL 以像素计��的垂直滚动条的宽度和垂直滚动条上箭头的高度

　　SM_CYCAPTION 以像素计��的普通窗口标题的高度

　　SM_CYMENU 以像素计��的单个菜单条的高度

　　SM_CYSMCAPTION 以像素计��的�H�口��标题栏的高�?br>
　　SM_CYVTHUMB 以像素计��的垂直滚动条中滚动块的高度

　　SM_DBCSENABLED 如果为TRUE或不�?的��D��明系�l�安装了双字节版本的USER.EXE,为FALSE�?则不是�?br>
　　SM_DEBUG 如果为TRUE或不�?的��D��明系�l�安装了debug版本的USER.EXE,为FALSE�?则不是�?br>
　　SM_MENUDROPALIGNMENT 如果为TRUE或不�?的��g��拉菜单是叛_��齐的否则是左寚w��的�?br>
　　SM_MOUSEPRESENT 如果为TRUE或不�?的值则安装了鼠标，否则没有安装�?br>
　　SM_MOUSEWHEELPRESENT 如果为TRUE或不�?的值则安装了滚轮鼠标，否则没有安装�?Windows NT only)

　　SM_SWAPBUTTON 如果为TRUE或不�?的值则鼠标左右键交换，否则没有�?

�q�幽 2008-08-10 21:42 发表评论

�q�幽 — Mon, 21 Jul 2008 19:13:00 GMT

我以前写�U�程时要么老老实实照着声明�?要么使用C++�cȝ��静态成员函数来作�ؓ回调函数,�l�常会因为线�E�代码而破坏封�?之前虽然知道�c�L��员函数的展开形式�Q�但从没惌��利用�q�它�Q�昨天看深入ATL时无意中学会了这一�?)

�c�L��员方法是一个比较特�D�的函数�Q�它在编译时会被转化成普通函敎ͼ�比如有TMyClass�c?
class TMyClass{
    void Func();
};

�q�个TMyClass::Func最�l�会转化�?void Func(TMyClass *this); 也就是说在原�W�一个参数前插入指向对象本��n的this指针�?/p>
我们可以利用�q�个�Ҏ��写一个非静态类成员�Ҏ��来直接作为线�E�回调函敎ͼ�先看_beginthread函数的定�?
unsigned long _RTLENTRY _EXPFUNC _beginthread (void (_USERENTRY *__start)(void *),unsigned __stksize, void *__arg);
其中的第一个参数就是作为线�E�执行主体的回调函数。它的原型是:void Func(void *)�Q�这个void*参数是作��定义数据传入的。对比一下上面所说的TMyClass::Func的最�l��Ş式，它正好可以符合这里的要求�?/p>
现在做个实验:
#include
#include

class TMyClass{
    int m_nCount;
    int m_nId;
public:
    TMyClass(int nId,int nCount)
        :m_nId(nId),m_nCount(nCount)
    {
    }

    void _USERENTRY ThreadProc()            // �c�L��员方�?br>    {
        for(int i=0; i        {
            printf("Class%d : %d\n",m_nId,i);
        }
    }
};

int main(int argc, char* argv[])
{
    union {                                // 联合�c�，用于转换�c�L��员方法指针到普通函数指针（试过�~�译器不允许在这两种函数之间强制转换�Q�，不知道有没有更好的方法�?br>        void (_USERENTRY *ThreadProc)(void *);
        void (_USERENTRY TMyClass::*MemberProc)();
    } Proc;                                // ��管联合里的两种函数�c�d��现在看�v来有很大不同�Q�但它们的最�l��Ş式是相同的�?/p>
    TMyClass MyClass1(1,10),MyClass2(2,5); // 产生两个TMyClass对象

    Proc.MemberProc = &TMyClass::ThreadProc;   // 转换�Q�Proc.ThreadProc��是对应的普通函数指针了

    _beginthread(Proc.ThreadProc,4096,&MyClass1);   // 开始线�E�，�q�里的Proc.ThreadProc实际上是TMyClass::ThreadProc, 它要的this指针是我们给�?amp;MyClass1�?br>    _beginthread(Proc.ThreadProc,4096,&MyClass2);
    system("pause");
    return 0;
}

�q�行�Q�神奇吧�Q?-)

其实不止�U�程回调函数�Q�其实只要是形如Func(void*,...)的回调函数都可以用这�U�方法直接��用类成员�Ҏ��?前提是第一个void*是自定义数据�Q�也��是说它不能有其它功�?�?br>
转自:http://blog.csdn.net/waiting4you/archive/2007/12/29/2000796.aspx

�q�幽 2008-07-22 03:13 发表评论

滚动控�g(ScrollBar)

�q�幽 — Mon, 21 Jul 2008 01:57:00 GMT

滚动控�g(ScrollBar)

　　滚动�?ScrollBar)主要用来从某一预定义��D��围内快速有效地�q�行选择。滚动条分垂直滚动条和水�q�x��动条两种。在滚动条内有一个滚动框�Q�用来表�C�当前的倹{��用鼠标单击滚动条，可以使滚动框�U�d��一��，鼠标单击滚动条两端的剪头可以使滚动框�U�d��一行，也可以直接拖动滚动框。许多窗口控件如列表框和�l�合框等都带有滚动条子窗口。Win32的滚动条支持比例滚动框，即用滚动框的大小来反映页相对于整个范围的大小�?br>　　当CreateWindowEx创徏滚动条时�Q�其风格常数中带SBS_VERT为水�q�x��动条�Q�不带SBS_VERT或带SBS_HORZ为垂直滚动条�?br>　　创徏控�g时应初始化滚动条的各�U�参数�?br>　　应用�E�序可以通过调用SendMessage向控件发送如下消息来讑֮�控�g各种参数�?br>

uMsg wParam lParam 说明

SBM_ENABLE_ARROWS ESB_DISABLE_BOTH 0 ��止双向滚动剪头

ESB_DISABLE_DOWN 0 ��止向下滚动剪头

ESB_DISABLE_LTUP 0 ��止向上和向左滚动剪�?/td>

ESB_DISABLE_LEFT 0 ��止向左滚动剪头

ESB_DISABLE_RTDN 0 ��止向下和向��x��动剪�?/td>

ESB_DISABLE_UP 0 ��止向上滚动剪头

ESB_ENABLE_BOTH 0 允许双向滚动剪头(撤消各种��止)

SBM_SETPOS 指定位置 TRUE 讄��滚动框位�|�，�q��l�控�?/td>

FALSE 讄��滚动框位�|�，不重�l�控�?/td>

SBM_SETRANGE 最��?/td> 最大�?/td> 讄��滚动框位�|�的变化范围

SBM_SETRANGEREDRAW 最��?/td> 最大�?/td> 讄��滚动框位�|�的变化范围�Q��ƈ重绘控�g

SBM_SETSCROLLINFO TRUE或FALSE SCROLLINFO�l�构指针本消息通过一个SCROLLINFO�l�构来同时指定控件的多种参数�Q�具体指定哪些参数由�l�构中的fMask成员��定。wParam指定是否重绘控�g�Q�详�?#8220;SCROLLINFO�l�构”

　　当用户在滚动条控件上�q�行各种操作�Ӟ��其父�H�口��收到WM_HSCROLL或WM_VSCROLL通知消息�Q�同时wParam的低16位带有如下表的消息代�?nScrollCode)�Q�wParam的高16位带滚动框的指定位置(nPos)�Q�该值在消息代码�{�于SB_THUMBPOSITION或SB_THUMBTRACK时才有效。lParam带控件句�?hwndScrollBar)�?br>　　应用�E�序可以�Ҏ��消息代码做相应的操作�Q�重新设�|�滚动框位置�Q�控件本�w�是不会改变滚动框位�|�的�?

消息代码动作响应

SB_LINEUP
SB_LINELEFT 用户点击了向�?�?剪头滚动框位�|�减一�Q�客��L��口向�?�?滚动一行�?br>注：�q�两个代码数值相�{�，因此可以��L��Q�下同�?/td>

SB_LINEDOWN
SB_LINERIGHT 用户点击了向�?�?剪头滚动框位�|�加一�Q�客��L��口向�?�?滚动一行�?/td>

SB_PAGEUP
SB_PAGELEFT 用户点击了滚动框以上(�?剪杆滚动框位�|�减��M��个大单位�Q�客��L��口向�?�?滚动一��c�?

SB_PAGEDOWN
SB_PAGERIGHT 用户点击了滚动框以下(�?剪杆滚动框位�|�加上一个大单位�Q�客��L��口向�?�?滚动一��c�?

SB_THUMBPOSITION 用户拖动�q��放滚动框到指定位�|?/td> 讑֮�滚动框到指定位置。客��L��口滚动到指定位置�?/td>

SB_THUMBTRACK 用户正在拖动滚动�?/td> 讑֮�滚动框到指定位置。客��L��口滚动到指定位置。如果应用程序需要快速浏览窗口，可以响应本消息重�l�窗口，如果不需要快速浏览，可以�{�待收到SB_THUMBPOSITION消息旉��l�窗口�?

SB_ENDSCROLL 用户释放按下剪头或剪杆的鼠标无须做�Q何响�?

　　应用�E�序可以通过调用SendMessage向控件发送如下消息来取得当前控�g各种参数�?

uMsg wParam lParam 说明

SBM_GETPOS 0 0 �q�回滚动框当前位�|��?/td>

SBM_GETRANGE 最��值地址指针最大值地址指针在指定地址中填�?2位的滚动框位�|�的变化范围

SBM_GETSCROLLINFO 0 SCROLLINFO�l�构指针在一个SCROLLINFO�l�构中返回控件的多种参数�Q�必��M��先设定结构的fMask成员来确定具体要取得哪些参数。详�?#8220;SCROLLINFO�l�构”

　　当控仉��要重��L��向每父窗口发送WM_CTLCOLORSCROLLBAR消息,同时在wParam中带控�g的设备场景句�?hDC)�Q�lParam中带控�g句柄。如果应用程序响应这个消息�ƈ�q�回一个画�?brush)句柄�Q�控件将�Ҏ��q�个句柄�l�制背景艌Ӏ?br>
SCROLLINFO�l�构�Q?

SCROLLINFO STRUCT cbSize DWORD ? fMask DWORD ? nMin DWORD ? nMax DWORD ? nPage DWORD ? nPos DWORD ? nTrackPos DWORD ? SCROLLINFO ENDS

成员说明�Q?br>　　cbSize: SCROLLINFO�l�构长度字节敎ͼ�该值在讄��和查询参数时都必��d��写�?br>　　fMask: 指定�l�构中的哪些成员是有效，该值共有如�?�U�选择�Q�可以选择多种�?#8220;OR”�l�合��h��Q�该值在讄��和查询参数时都必��d��写�?br>　　　　SIF_ALL　　　　　　:整个�l�构都有�?br>　　　　SIF_DISABLENOSCROLL:该��g��在设定参数时使用�Q�视控�g参数讑֮�的需要来�Ҏ��l�构的成员进行取舍�?br>　　　　SIF_PAGE　　　　　 :nPage成员有效
　　　　SIF_POS　　　　　　:nPos成员有效
　　　　SIF_RANGE　　　　　:nMin和nMax成员有效
　　nMin:滚动范围最��?br>　　nMax:滚动范围最大�?br>　　nPage:��尺寸，用来��定比例滚动框的大小
　　nPos:滚动框的位置
　　nTrackPos:拖动时滚动框的位�|�，该参数只能查询，不能讄��?br>

�q�幽 2008-07-21 09:57 发表评论

�q�幽 — Sat, 05 Jul 2008 19:58:00 GMT
     摘要:        ��Z��么类(class)的成员函(member function)��C��能作为回调函�?callback function)首先来看看回调函数有怎样的特炏V��windows中，回调函都昑ּ�(explicit)使用CALLBACK修饰�W?decorator)修饰(decorated)。实际上CALLBACK��是_stdcall参数�?..  阅读全文

�q�幽 2008-07-06 03:58 发表评论

关于GetDC与GetWindowDC

�q�幽 — Thu, 26 Jun 2008 00:27:00 GMT

=============================================================

GetDc�?/span>敎ͼ�用于获得hWnd参数所指定�H�口的客户区域的一个设备环境�?/span>

所获得的设备环境可以是通用、类或者私有类型，具体由指定窗口的�c�风格决定。对于通用讑֤�环境�Q?/span>GetDc函数每次获取一个设备环境时都会用默认属性对它进行初始化。该函数获得的类和私有设备环境会与它们最后一�ơ的讄��保持一致。当讑֤�环境不再需要时�Q�应该调�?/span>ReleaseDC函数��其释放�?/span>

GetWindowDC函数�Q�返�?/span>hWnd参数所指定的窗口的讑֤�环境�?/span>

获得的设备环境覆盖了整个�H�口�Q�包括非客户区）�Q�例如标题栏、菜单、滚动条�Q�以及边框。这使得�E�序能够在非客户区域实现自定义图形，例如自定义标题或者边框。当不再需要该讑֤�环境�Ӟ��需要调�?/span>ReleaseDC函数释放讑֤�环境。注意，该函数只获得通用讑֤�环境�Q�该讑֤�环境的�Q何属性改变都不会反映到窗口的�U�有或者类讑֤�环境中（如果�H�口有的话）

   ----------摘自�?/span>Delphi    Win32核心API参考�?/span>

=============================================================

�q�幽 2008-06-26 08:27 发表评论

uMsg	wParam	lParam	说明
SBM_ENABLE_ARROWS	ESB_DISABLE_BOTH	0	��止双向滚动剪头
	ESB_DISABLE_DOWN	0	��止向下滚动剪头
	ESB_DISABLE_LTUP	0	��止向上和向左滚动剪�?/td>
	ESB_DISABLE_LEFT	0	��止向左滚动剪头
	ESB_DISABLE_RTDN	0	��止向下和向��x��动剪�?/td>
	ESB_DISABLE_UP	0	��止向上滚动剪头
	ESB_ENABLE_BOTH	0	允许双向滚动剪头(撤消各种��止)
SBM_SETPOS	指定位置	TRUE	讄��滚动框位�\|�，�q��l�控�?/td>
SBM_SETPOS	指定位置	FALSE	讄��滚动框位�\|�，不重�l�控�?/td>
SBM_SETRANGE	最��?/td>	最大�?/td>	讄��滚动框位�\|�的变化范围
SBM_SETRANGEREDRAW	最��?/td>	最大�?/td>	讄��滚动框位�\|�的变化范围�Q��ƈ重绘控�g
SBM_SETSCROLLINFO	TRUE或FALSE	SCROLLINFO�l�构指针	本消息通过一个SCROLLINFO�l�构来同时指定控件的多种参数�Q�具体指定哪些参数由�l�构中的fMask成员��定。wParam指定是否重绘控�g�Q�详�?#8220;SCROLLINFO�l�构”

消息代码	动作	响应
SB_LINEUP SB_LINELEFT	用户点击了向�?�?剪头	滚动框位�\|�减一�Q�客��L��口向�?�?滚动一行�?br>注：�q�两个代码数值相�{�，因此可以��L��Q�下同�?/td>
SB_LINEDOWN SB_LINERIGHT	用户点击了向�?�?剪头	滚动框位�\|�加一�Q�客��L��口向�?�?滚动一行�?/td>
SB_PAGEUP SB_PAGELEFT	用户点击了滚动框以上(�?剪杆	滚动框位�\|�减��M��个大单位�Q�客��L��口向�?�?滚动一��c�?
SB_PAGEDOWN SB_PAGERIGHT	用户点击了滚动框以下(�?剪杆	滚动框位�\|�加上一个大单位�Q�客��L��口向�?�?滚动一��c�?
SB_THUMBPOSITION	用户拖动�q��放滚动框到指定位�\|?/td>	讑֮�滚动框到指定位置。客��L��口滚动到指定位置�?/td>
SB_THUMBTRACK	用户正在拖动滚动�?/td>	讑֮�滚动框到指定位置。客��L��口滚动到指定位置。如果应用程序需要快速浏览窗口，可以响应本消息重�l�窗口，如果不需要快速浏览，可以�{�待收到SB_THUMBPOSITION消息旉��l�窗口�?
SB_ENDSCROLL	用户释放按下剪头或剪杆的鼠标	无须做�Q何响�?

欧美日韩国产91,亚洲无亚洲人成网站77777,国产精品入口

技术备忘录

struct DCB

卸蝲其它�q�程的DLL

Heap: Pleasures and Pains

前言

什么是堆？

堆实现的注意事项

���量减少堆的使用

摘要

WindowFeatures�Q�WIN32开发必看）

SHGetFileInfo

GetSystemMetrics()用法

滚动控�g(ScrollBar)

关于GetDC与GetWindowDC

��量减少堆的使用