亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频

? 歡迎來到蟲蟲下載站！ | ?? 資源下載 ?? 資源專輯 ?? 關于我們
? 蟲蟲下載站

?? mfc7.php

?? php網頁版的mfc教程 不是十分詳細 但是很精練 我是新手不是十分會欣賞
?? PHP
?? 第 1 頁 / 共 2 頁
字號: 
<HTML><HEAD><TITLE>MFC教程_ MFC的DLL</TITLE>
<META http-equiv=Content-Type content="text/html; charset=gb2312">
<META content="MSHTML 6.00.2800.1458" name=GENERATOR></HEAD>
<BODY bgColor=#ffffff>
<OL start=7>
  <P align=justify>
  <LI><A name=_Toc445889069></A><A name=_Toc445782472></A><A 
  name=_Toc452640933></A><A name=_Toc457299032></A><B>MFC的DLL</B> 
  <P></P>
  <P 
  align=justify>一般的，在介紹Windows編程的書中講述DLL的有關知識較多，而介紹MFC的書則比較少地提到。即使使用MFC來編寫動態鏈接庫，對于初步接觸DLL的程序員來說，了解DLL的背景知識是必要的。另外，MFC提供了新的手段來幫助編寫DLL程序。所以，本節先簡潔的介紹有關概念。</P>
  <OL>
    <P align=justify>
    <LI><A name=_Toc445889070></A><A name=_Toc445782473></A><A 
    name=_Toc452640934></A><A name=_Toc457299033></A><B>DLL的背景知識</B> 
    <P></P></LI></OL></LI></OL>
<OL>
  <P align=justify>
  <LI>靜態鏈接和動態鏈接 
  <P></P></LI></OL>
<P align=justify>當前鏈接的目標代碼(.obj)如果引用了一個函數卻沒有定義它，鏈接程序可能通過兩種途徑來解決這種從外部對該函數的引用：</P>
<UL>
  <P align=justify>
  <LI>靜態鏈接 
  <P></P></LI></UL>
<P 
align=justify>鏈接程序搜索一個或者多個庫文件(標準庫.lib)，直到在某個庫中找到了含有所引用函數的對象模塊，然后鏈接程序把這個對象模塊拷貝到結果可執行文件(.exe)中。鏈接程序維護對該函數的所有引用，使它們指向該程序中現在含有該函數拷貝的地方。</P>
<UL>
  <P align=justify>
  <LI>動態鏈接 
  <P></P></LI></UL>
<P 
align=justify>鏈接程序也是搜索一個或者多個庫文件(輸入庫.lib)，當在某個庫中找到了所引用函數的輸入記錄時，便把輸入記錄拷貝到結果可執行文件中，產生一次對該函數的動態鏈接。這里，輸入記錄不包含函數的代碼或者數據，而是指定一個包含該函數代碼以及該函數的順序號或函數名的動態鏈接庫。</P>
<P 
align=justify>當程序運行時，Windows裝入程序，并尋找文件中出現的任意動態鏈接。對于每個動態鏈接，Windows裝入指定的DLL并且把它映射到調用進程的虛擬地址空間（如果沒有映射的話）。因此，調用和目標函數之間的實際鏈接不是在鏈接應用程序時一次完成的（靜態），相反，是運行該程序時由Windows完成的（動態）。</P>
<P align=justify>這種動態鏈接稱為加載時動態鏈接。還有一種動態鏈接方式下面會談到。</P>
<OL>
  <P align=justify>
  <LI>動態鏈接的方法 
  <P></P></LI></OL>
<P align=justify>鏈接動態鏈接庫里的函數的方法如下：</P>
<UL>
  <P align=justify>
  <LI>加載時動態鏈接(Load_time dynamic linking) 
  <P></P></LI></UL>
<P align=justify>如上所述。Windows搜索要裝入的DLL時，按以下順序：</P>
<P align=justify>應用程序所在目錄→當前目錄→Windows SYSTEM目錄→Windows目錄→PATH環境變量指定的路徑。</P>
<UL>
  <P align=justify>
  <LI>運行時動態鏈接(Run_time dynamic linking) 
  <P></P></LI></UL>
<P 
align=justify>程序員使用LoadLibrary把DLL裝入內存并且映射DLL到調用進程的虛擬地址空間（如果已經作了映射，則增加DLL的引用計數）。首先，LoadLibrary搜索DLL，搜索順序如同加載時動態鏈接一樣。然后，使用GetProcessAddress得到DLL中輸出函數的地址，并調用它。最后，使用FreeLibrary減少DLL的引用計數，當引用計數為0時，把DLL模塊從當前進程的虛擬空間移走。</P>
<OL>
  <P align=justify>
  <LI>輸入庫(.lib)： 
  <P></P>
  <P align=justify>輸入庫以.lib為擴展名，格式是COFF(Common object file 
  format)。COFF標準庫（靜態鏈接庫）的擴展名也是.lib。COFF格式的文件可以用dumpbin來查看。</P>
  <P 
  align=justify>輸入庫包含了DLL中的輸出函數或者輸出數據的動態鏈接信息。當使用MFC創建DLL程序時，會生成輸入庫(.lib)和動態鏈接庫(.dll)。</P>
  <P align=justify></P>
  <LI>輸出文件(.exp) 
  <P></P>
  <P align=justify>輸出文件以.exp為擴展名，包含了輸出的函數和數據的信息，鏈接程序使用它來創建DLL動態鏈接庫。</P>
  <P align=justify></P>
  <LI>映像文件(.map) 
  <P></P>
  <P align=justify>映像文件以.map為擴展名，包含了如下信息：</P>
  <P 
  align=justify>模塊名、時間戳、組列表（每一組包含了形式如section::offset的起始地址，長度、組名、類名）、公共符號列表(形式如section::offset的地址，符號名，虛擬地址flat 
  address，定義符號的.obj文件)、入口點如section::offset、fixup列表。</P>
  <P align=justify></P>
  <LI>lib.exe工具 
  <P></P>
  <P 
  align=justify>它可以用來創建輸入庫和輸出文件。通常，不用使用lib.exe，如果工程目標是創建DLL程序，鏈接程序會完成輸入庫的創建。</P>
  <P align=justify>更詳細的信息可以參見MFC使用手冊和文檔。</P>
  <P align=justify></P>
  <LI>鏈接規范（Linkage Specification ） 
  <P></P>
  <P 
  align=justify>這是指鏈接采用不同編程語言寫的函數(Function)或者過程(Procedure)的鏈接協議。MFC所支持的鏈接規范是“C”和“C++”，缺省的是“C++”規范，如果要聲明一個“C”鏈接的函數或者變量，則一般采用如下語法：</P>
  <P align=justify>#if defined(__cplusplus)</P>
  <P align=justify>extern "C"</P>
  <P align=justify>{</P>
  <P align=justify>#endif</P>
  <P align=justify></P>
  <P align=justify>//函數聲明（function declarations）</P>
  <P align=justify>…</P>
  <P align=justify>//變量聲明(variables declarations)</P>
  <P align=justify>#if defined(__cplusplus)</P>
  <P align=justify>}</P>
  <P align=justify>#endif</P>
  <P align=justify>所有的C標準頭文件都是用如上語法聲明的，這樣它們在C++環境下可以使用。</P>
  <P align=justify></P>
  <LI>修飾名(Decoration name) 
  <P></P></LI></OL>
<P 
align=justify>“C”或者“C++”函數在內部（編譯和鏈接）通過修飾名識別。修飾名是編譯器在編譯函數定義或者原型時生成的字符串。有些情況下使用函數的修飾名是必要的，如在模塊定義文件里頭指定輸出“C++”重載函數、構造函數、析構函數，又如在匯編代碼里調用“C””或“C++”函數等。</P>
<P align=justify>修飾名由函數名、類名、調用約定、返回類型、參數等共同決定。</P>
<OL>
  <OL>
    <P align=justify>
    <LI><A name=_Toc445889071></A><A name=_Toc445782474></A><A 
    name=_Toc452640935></A><A name=_Toc457299034></A><B>調用約定</B> 
    <P></P></LI></OL></OL>
<P align=justify>調用約定(Calling 
convention)決定以下內容：函數參數的壓棧順序，由調用者還是被調用者把參數彈出棧，以及產生函數修飾名的方法。MFC支持以下調用約定：</P>
<OL>
  <P align=justify>
  <LI>_cdecl 
  <P></P>
  <P 
  align=justify>按從右至左的順序壓參數入棧，由調用者把參數彈出棧。對于“C”函數或者變量，修飾名是在函數名前加下劃線。對于“C++”函數，有所不同。</P>
  <P align=justify>如函數void 
  test(void)的修飾名是_test；對于不屬于一個類的“C++”全局函數，修飾名是?test@@ZAXXZ。</P>
  <P align=justify>這是MFC缺省調用約定。由于是調用者負責把參數彈出棧，所以可以給函數定義個數不定的參數，如printf函數。</P>
  <P align=justify></P>
  <LI>_stdcall 
  <P></P>
  <P 
  align=justify>按從右至左的順序壓參數入棧，由被調用者把參數彈出棧。對于“C”函數或者變量，修飾名以下劃線為前綴，然后是函數名，然后是符號“@”及參數的字節數，如函數int 
  func(int a, double b)的修飾名是_func@12。對于“C++”函數，則有所不同。</P>
  <P align=justify>所有的Win32 API函數都遵循該約定。</P>
  <P align=justify></P>
  <LI>_fastcall 
  <P></P>
  <P 
  align=justify>頭兩個DWORD類型或者占更少字節的參數被放入ECX和EDX寄存器，其他剩下的參數按從右到左的順序壓入棧。由被調用者把參數彈出棧，對于“C”函數或者變量，修飾名以“@”為前綴，然后是函數名，接著是符號“@”及參數的字節數，如函數int 
  func(int a, double b)的修飾名是@func@12。對于“C++”函數，有所不同。</P>
  <P align=justify>未來的編譯器可能使用不同的寄存器來存放參數。</P>
  <P align=justify></P>
  <LI>thiscall 
  <P></P>
  <P 
  align=justify>僅僅應用于“C++”成員函數。this指針存放于CX寄存器，參數從右到左壓棧。thiscall不是關鍵詞，因此不能被程序員指定。</P>
  <P align=justify></P>
  <LI>naked call 
  <P></P>
  <P 
  align=justify>采用1-4的調用約定時，如果必要的話，進入函數時編譯器會產生代碼來保存ESI，EDI，EBX，EBP寄存器，退出函數時則產生代碼恢復這些寄存器的內容。naked 
  call不產生這樣的代碼。</P>
  <P align=justify>naked call不是類型修飾符，故必須和_declspec共同使用，如下：</P>
  <P align=justify>__declspec( naked ) int func( formal_parameters )</P>
  <P align=justify>{</P>
  <P align=justify>// Function body</P>
  <P align=justify>}</P>
  <P align=justify></P>
  <LI>過時的調用約定 
  <P></P></LI></OL>
<P align=justify>原來的一些調用約定可以不再使用。它們被定義成調用約定_stdcall或者_cdecl。例如：</P>
<P align=justify>#define CALLBACK __stdcall</P>
<P align=justify>#define WINAPI __stdcall</P>
<P align=justify>#define WINAPIV __cdecl</P>
<P align=justify>#define APIENTRY WINAPI</P>
<P align=justify>#define APIPRIVATE __stdcall</P>
<P align=justify>#define PASCAL __stdcall</P>
<P align=justify></P>
<P 
align=justify>表7-1顯示了一個函數在幾種調用約定下的修飾名（表中的“C++”函數指的是“C++”全局函數，不是成員函數），函數原型是void 
CALLTYPE test(void)，CALLTYPE可以是_cdecl、_fastcall、_stdcall。</P>
<P align=center>表7-1 不同調用約定下的修飾名</P>
<P align=center>
<CENTER>
<TABLE cellSpacing=1 cellPadding=7 width=487 border=1>
  <TBODY>
  <TR>
    <TD vAlign=top width="24%">
      <P align=justify>調用約定 </P></TD>
    <TD vAlign=top width="33%">
      <P align=justify>extern “C”或.C文件 </P></TD>
    <TD vAlign=top width="43%">
      <P align=justify>.cpp, .cxx或/TP編譯開關 </P></TD></TR>
  <TR>
    <TD vAlign=top width="24%">
      <P align=justify>_cdecl </P></TD>
    <TD vAlign=top width="33%">
      <P align=justify>_test </P></TD>
    <TD vAlign=top width="43%">
      <P align=justify>?test@@ZAXXZ </P></TD></TR>
  <TR>
    <TD vAlign=top width="24%">
      <P align=justify>_fastcall </P></TD>
    <TD vAlign=top width="33%">
      <P align=justify>@test@0 </P></TD>
    <TD vAlign=top width="43%">
      <P align=justify>?test@@YIXXZ </P></TD></TR>
  <TR>
    <TD vAlign=top width="24%">
      <P align=justify>_stdcall </P></TD>
    <TD vAlign=top width="33%">
      <P align=justify>_test@0 </P></TD>
    <TD vAlign=top width="43%">
      <P align=justify>?test@@YGXXZ </P></TD></TR></TBODY></TABLE></CENTER>
<P></P>
<OL>
  <OL>
    <OL>
      <P align=justify>
      <LI><A name=_Toc445889073></A><A name=_Toc445782476></A><A 
      name=_Toc452640937></A><A name=_Toc457299035></A><B>MFC的DLL應用程序的類型</B> 
      <P></P></LI></OL></OL></OL>
<OL>
  <P align=justify>
  <LI>靜態鏈接到MFC的規則DLL應用程序 
  <P></P>
  <P align=justify>該類DLL應用程序里頭的輸出函數可以被任意Win32程序使用，包括使用MFC的應用程序。輸入函數有如下形式：</P>
  <P align=justify>extern "C" EXPORT YourExportedFunction( );</P>
  <P align=justify>如果沒有extern “C”修飾，輸出函數僅僅能從C++代碼中調用。</P>
  <P align=justify>DLL應用程序從CWinApp派生，但沒有消息循環。</P>
  <P align=justify></P>
  <LI>動態鏈接到MFC的規則DLL應用程序 
  <P></P>
  <P 
  align=justify>該類DLL應用程序里頭的輸出函數可以被任意Win32程序使用，包括使用MFC的應用程序。但是，所有從DLL輸出的函數應該以如下語句開始：</P>
  <P align=justify>AFX_MANAGE_STATE(AfxGetStaticModuleState( ))</P>
  <P align=justify>此語句用來正確地切換MFC模塊狀態。關于MFC的模塊狀態，后面第9章有詳細的討論。</P>
  <P align=justify>其他方面同靜態鏈接到MFC的規則DLL應用程序。</P>
  <P align=justify></P>
  <LI>擴展DLL應用程序 
  <P></P></LI></OL>

?? 快捷鍵說明

復制代碼 Ctrl + C
搜索代碼 Ctrl + F
全屏模式 F11
切換主題 Ctrl + Shift + D
顯示快捷鍵 ?
增大字號 Ctrl + =
減小字號 Ctrl + -
亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频
日韩一区二区免费视频| 波波电影院一区二区三区| 国产精品色呦呦| 欧美无人高清视频在线观看| 国产精品综合二区| 视频在线在亚洲| 一区二区三区日本| 亚洲国产高清在线| 精品嫩草影院久久| 欧美日韩高清影院| 色悠悠久久综合| 国产成人av一区| 久久aⅴ国产欧美74aaa| 亚洲成a人v欧美综合天堂| 中文字幕中文乱码欧美一区二区 | 亚洲成av人片一区二区梦乃 | 国产99精品在线观看| 天堂精品中文字幕在线| 亚洲欧美日韩在线| 国产精品卡一卡二| 久久久国产午夜精品| 精品久久久久久久久久久久久久久久久| 色综合婷婷久久| bt欧美亚洲午夜电影天堂| 国产一区二区三区免费观看| 日本亚洲最大的色成网站www| 亚洲精选在线视频| 亚洲色图清纯唯美| 《视频一区视频二区| 日本一区二区三区久久久久久久久不| 日韩一区二区三区精品视频| 91麻豆精品91久久久久同性| 欧美日韩黄色一区二区| 欧美日韩国产一二三| 欧美视频完全免费看| 欧美私模裸体表演在线观看| 欧美综合在线视频| 欧美午夜精品免费| 欧美亚一区二区| 欧美亚洲一区二区三区四区| 在线观看视频一区| 欧美日韩和欧美的一区二区| 欧美色爱综合网| 欧美美女一区二区| 欧美一区二区三区色| 精品免费一区二区三区| 久久久精品影视| 欧美韩国日本一区| 亚洲色图欧美激情| 亚洲精选一二三| 亚洲国产日日夜夜| 奇米影视一区二区三区| 欧美色国产精品| 欧美一区午夜精品| 亚洲精品在线三区| 国产精品女上位| 依依成人综合视频| 日韩激情一二三区| 久久99久久精品| 国产69精品久久久久毛片| www..com久久爱| 在线观看成人小视频| 日韩一级在线观看| 国产欧美日韩综合精品一区二区| 中国av一区二区三区| 一区二区三区视频在线观看| 人禽交欧美网站| 国产成人免费在线| 在线亚洲欧美专区二区| 日韩美女在线视频| 欧美国产欧美综合| 亚洲一区在线观看视频| 奇米色777欧美一区二区| 国产成人精品免费网站| 欧美在线视频日韩| 精品国产乱码久久久久久闺蜜| 久久精品免视看| 一区二区久久久久久| 久久不见久久见免费视频7| 99这里只有精品| 91精品久久久久久久91蜜桃| 久久久噜噜噜久噜久久综合| 综合激情成人伊人| 免费成人在线影院| 成人动漫av在线| 在线观看91av| 国产精品电影一区二区三区| 日韩av成人高清| 成人av动漫网站| 日韩免费观看高清完整版| 国产精品女同一区二区三区| 日韩av一级片| 91麻豆.com| 久久精品一区蜜桃臀影院| 亚洲一区二区av在线| 国产91高潮流白浆在线麻豆| 欧美精品v日韩精品v韩国精品v| 国产欧美日韩视频在线观看| 丝袜a∨在线一区二区三区不卡| 成人国产精品免费网站| 日韩欧美一级二级| 亚洲一区免费观看| av一区二区三区四区| 精品sm在线观看| 免费三级欧美电影| 欧美在线免费观看视频| 欧美韩日一区二区三区四区| 欧美日韩精品电影| 国产精品传媒视频| 国产麻豆日韩欧美久久| 欧美电影一区二区三区| 亚洲一区二区三区在线播放| 成人国产一区二区三区精品| 久久综合九色综合欧美就去吻| 五月婷婷综合在线| 在线观看亚洲专区| 亚洲私人黄色宅男| 成人不卡免费av| 国产欧美综合色| 国产成人鲁色资源国产91色综 | 精品国产百合女同互慰| 日韩国产精品久久久| 欧美影院一区二区三区| 亚洲黄色性网站| 色偷偷88欧美精品久久久| 国产精品久久久久aaaa| 丰满放荡岳乱妇91ww| 国产亚洲一二三区| 国产精品一级在线| 精品久久久久久久久久久久久久久| 日本伊人精品一区二区三区观看方式| 欧美色国产精品| 视频在线观看国产精品| 欧美电影影音先锋| 日韩成人免费电影| 日韩一区二区精品葵司在线| 日韩电影一二三区| 日韩午夜av一区| 精品一区二区成人精品| 欧美精品一区二区三区蜜桃视频| 九九**精品视频免费播放| 亚洲精品一区二区三区精华液| 久久精品国产久精国产| 欧美成人福利视频| 韩国v欧美v日本v亚洲v| 国产欧美日韩在线| 国产亲近乱来精品视频| 国产夫妻精品视频| 国产精品国模大尺度视频| av在线不卡电影| 亚洲一卡二卡三卡四卡无卡久久| 欧美在线啊v一区| 视频一区二区三区在线| 日韩精品一区二区三区四区视频| 精品伊人久久久久7777人| 久久久久久久电影| 99精品偷自拍| 亚洲成年人影院| 欧美电影免费观看高清完整版 | 欧美国产精品v| 97se亚洲国产综合自在线| 一区二区三区波多野结衣在线观看| 欧美性xxxxx极品少妇| 日韩国产欧美在线观看| 久久青草欧美一区二区三区| av在线这里只有精品| 亚洲高清免费在线| 精品国产凹凸成av人导航| www.爱久久.com| 日韩精品午夜视频| 国产欧美一区二区在线观看| 色网综合在线观看| 久久精品二区亚洲w码| 国产精品美女久久久久高潮| 欧美日韩免费一区二区三区| 久久99蜜桃精品| 国产精品久久久久久久久搜平片| 欧美色精品在线视频| 国产一区二区三区黄视频 | 欧美日韩一区二区三区免费看| 麻豆精品国产91久久久久久| 一色屋精品亚洲香蕉网站| 欧美裸体bbwbbwbbw| 盗摄精品av一区二区三区| 婷婷国产v国产偷v亚洲高清| 国产午夜亚洲精品羞羞网站| 欧美熟乱第一页| 国产成人自拍在线| 亚洲福利电影网| 日本一区二区三区在线不卡| 欧美日韩国产区一| a在线欧美一区| 韩国理伦片一区二区三区在线播放| 亚洲欧洲中文日韩久久av乱码| 欧美一区二区三区四区高清| 一本到高清视频免费精品| 国产精品亚洲第一区在线暖暖韩国| 亚洲综合激情小说| 国产精品免费人成网站| 欧美成人女星排名|