青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

山寨:不是最好的,是最適合我們的!歡迎體驗山寨 中文版MSDN

Blog @ Blog

當(dāng)華美的葉片落盡,生命的脈絡(luò)才歷歷可見。 -- 聶魯達

常用鏈接

統(tǒng)計

積分與排名

BBS

Blog

Web

最新評論

vc dll編程

轉(zhuǎn)自:http://blog.csdn.net/aocanghai/archive/2003/07/24/20509.aspx(個人對作了調(diào)整,文字結(jié)構(gòu)更加清晰!)
在我們實際用軟件時,經(jīng)常可看到許多動態(tài)連接庫。動態(tài)連接庫有其自身的優(yōu)點如節(jié)省內(nèi)存、支持多語種等功能,而且,當(dāng)DLL中的函數(shù)改變后,只要不是參數(shù)的改變調(diào)用起的函數(shù)并不需要重新編譯。這在編程時十分有用。至于其他妙處,各位在電腦雜志、書籍中都能看到,我這里再說就是廢話了.這次小弟我所要講的是如何在VC5.0中如何做自己的Win32 DLLs,各位要做自己的動態(tài)連接庫,首先要知道DLLVC5.0中都有哪幾種分類。VC支持三種DLL,它們是:
1.Non-MFC Dlls
2.Regular Dlls
3.Extension Dlls Note:
翻譯措辭不當(dāng),故遇到術(shù)語是引用原詞

Non-MFC DLL:
指的是不用MFC的類庫結(jié)構(gòu),直接用C語言寫的DLL,其輸出的函數(shù)一般用的是標(biāo)準(zhǔn)C接口,并能被非MFCMFC編寫的應(yīng)用程序所調(diào)用。LLRegular DLL:和下述的Extension Dlls一樣,是用MFC類庫編寫的。明顯的特點是在源文件里有一個繼承CWinApp的類。其又可細分成靜態(tài)連接到MFC和動態(tài)連接到MFC上的。但靜態(tài)連接到MFC的動態(tài)連接庫只被VC的專業(yè)般和企業(yè)版所支持。Extension DLL:用來實現(xiàn)從MFC所繼承下來的類的重新利用,也就是說,用這種類型的動態(tài)連接庫,可以用來輸出一個從MFC所繼承下來的類。Extension DLL使用MFC的動態(tài)連接版本所創(chuàng)建的,并且它只被用MFC類庫所編寫的應(yīng)用程序所調(diào)用。各位看到這里如果眼有點花或頭有點暈,請別泄氣,再看兩遍,然后繼續(xù)往下看,定有收獲。

標(biāo) : 關(guān)于VC中的DLL的編程[1]

這一節(jié)介紹Non-MFC DLLs的編寫方法。下面是一個通用的寫法:

BOOL APIENTRY DllMain(HANDLE hModule,DWORD ul_reason_for_call,LPVOID lpReserved)
{
    
switch( ul_reason_for_call ) 
    
{
    
case DLL_PROCESS_ATTACH:
        .
    
case DLL_THREAD_ATTACH:
        .
    
case DLL_THREAD_DETACH:
        .
    
case DLL_PROCESS_DETACH:
        .
    }

    
return TRUE;
}
每一個DLL必須有一個入口點,這就象我們用C編寫的應(yīng)用程序一樣,必須有一個WINMAIN函數(shù)一樣。在這個示例中,DllMain是一個缺省的入口函數(shù),你不需要編寫自己的DLL入口函數(shù),并用linker的命令行的參數(shù)開關(guān)/ENTRY聲明。用這個缺省的入口函數(shù)就能使動態(tài)連接庫被調(diào)用時得到正確的初始化,當(dāng)然了,你不要在初始化的時候填寫使系統(tǒng)崩潰的代碼了。參數(shù)中,hMoudle是動態(tài)庫被調(diào)用時所傳遞來的一個指向自己的句柄(實際上,它是指向_DGROUP段的一個選擇符)ul_reason_for_call是一個說明動態(tài)庫被調(diào)原因的標(biāo)志。當(dāng)進程或線程裝入或卸載動態(tài)連接庫的時候,操作系統(tǒng)調(diào)用入口函數(shù),并說明動態(tài)連接庫被調(diào)用的原因。它所有的可能值為:
DLL_PROCESS_ATTACH:
進程被調(diào)用
DLL_THREAD_ATTACH:
線程被調(diào)用
DLL_PROCESS_DETACH:
進程被停止
DLL_THREAD_DETACH:
線程被停止
lpReserved
是一個被系統(tǒng)所保留的參數(shù)。
入口函數(shù)已經(jīng)寫了,盛下的也不難,你可以在文件中加入你所想要輸出的函數(shù)或變量或c++類或、或、或、?好象差部多了。Look here!現(xiàn)在就要加入一個新的輸出函數(shù)了:
void _declspec(dllexport) JustSoSo()
{
    MessageBox(NULL,
"It's so easy!","Hahaha",MB_OK);
}

//要輸出一個類也可以,如下:
class _declspec(dllexport) Easy
{
    
//add your class definition
}
;

各位一定注意到在輸出函數(shù)或類是我用到_declspec(dllexport),這是VC提供的一個關(guān)鍵字,用它可在動態(tài)連接庫中輸出一個數(shù)據(jù)、一個函數(shù)或一個類。用這個關(guān)鍵字可省你不少事,你不用在.DEF文件
中說明我要輸出這個類、那個函數(shù)的。Ok!各位照著上面的例子試著敲敲看,Just so easy!
先說到這了

發(fā)信人: dragon (), 信區(qū): VC
標(biāo) : 關(guān)于VC中的DLL的編程[2]

前面講到Non-MFC DLL的編法,現(xiàn)在講講調(diào)用DLL的方法。對DLL的調(diào)用分為兩種,一種是顯式的調(diào)用,一種是隱式的調(diào)用。所謂顯式的調(diào)用,是指在應(yīng)用程序中用LoadLibraryMFC提供的AfxLoadLibrary顯式的將自己所做的動態(tài)連接庫調(diào)近來,動態(tài)連接庫的文件名即是上兩函數(shù)的參數(shù),再用GetProcAddress()獲取想要引入的函數(shù)。自此,你就可以象使用如同本應(yīng)用程序自定義的函數(shù)一樣來調(diào)用此引入函數(shù)了。在應(yīng)用程序退出之前,應(yīng)該用FreeLibraryMFC提供的AfxLoadLibrary釋放動態(tài)連接庫。

隱式的調(diào)用則需要把產(chǎn)生動態(tài)連接庫時產(chǎn)生的.LIB文件加入到應(yīng)用程序的工程中,想使用DLL中的函數(shù)時,只須說明以下,如下:說明上篇的輸出函數(shù)void JustSoSo();隱式調(diào)用不需要調(diào)用LoadLibrary()FreeLibrary().
由此看來,隱式說明調(diào)用的方法比較簡單,但DLL改變后,應(yīng)用程序須從新編譯。并且,所有所調(diào)用的DLL在應(yīng)用程序加載的同時被加載到內(nèi)存中,但應(yīng)用程序調(diào)用的DLL比較多時,裝入的過程十分慢。隱式的調(diào)用則在應(yīng)用程序不知道所要裝入的DLL或隱式調(diào)用不成功,此時,允許用戶指定所要加載的動態(tài)連接庫,比較靈活


發(fā)信人: dragon (), 信區(qū): VC
標(biāo) : 關(guān)于VC中的DLL的編程[3]


Regular DLL
能夠被所有支持DLL技術(shù)的語言所編寫的應(yīng)用程序所調(diào)用。在這種動態(tài)連接庫中,它必須有一個從CWinApp繼承下來的類,DllMain函數(shù)被MFC所提供,不用自己顯式的寫出來。下面是一個
例子:
// MyRegularDll.h:main header file for the MYREGULARDLL DLL
#include "resource.h" // main symbols

class CMyRegularDllApp : public CWinApp
{
public:
    CMyRegularDllApp();
    
// Overrides
    
// ClassWizard generated virtual function overrides
    
//{{AFX_VIRTUAL(CMyRegularDllApp)
    
//}}AFX_VIRTUAL
    
    
//{{AFX_MSG(CMyRegularDllApp)
    
// NOTE - the ClassWizard will add and
    
// remove member functions here.
    
// DO NOT EDIT what you see in these blocks
    
// of generated code !
    
//}}AFX_MSG
    DECLARE_MESSAGE_MAP()
}
;

//MyRegularDll.cpp:Defines the initialization routines for the DLL.
//

#include 
"stdafx.h"
#include 
"MyRegularDll.h"
// Note!
//
// If this DLL is dynamically linked against the MFC
// DLLs, any functions exported from this DLL which
// call into MFC must have the AFX_MANAGE_STATE macro
// added at the very beginning of the function.
//
// For example:
//
// extern "C" BOOL PASCAL EXPORT ExportedFunction()
// {
// AFX_MANAGE_STATE(AfxGetStaticModuleState());
// // normal function body here
// }
//
// It is very important that this macro appear in each
// function, prior to any calls into MFC. This means that
// it must appear as the first statement within the
// function, even before any object variable declarations
// as their constructors may generate calls into the MFC
// DLL.

BEGIN_MESSAGE_MAP(CMyRegularDllApp, CWinApp)
//{{AFX_MSG_MAP(CMyRegularDllApp)
// NOTE - the ClassWizard will add
// and remove mapping macros here.
// DO NOT EDIT what you see in these blocks
END_MESSAGE_MAP()
////////////////////////////////////////////////////////////
// CMyRegularDllApp construction
CMyRegularDllApp::CMyRegularDllApp()
{
    
// TODO: add construction code here,
    
// Place all significant initialization in InitInstance
}
以上是AppWizard產(chǎn)生的含有主要代碼的兩個文件,各位可從中看出和Non-MFC Dlls的區(qū)別。但要注意上面的AppWizard的提醒啊。
發(fā)信人: dragon (), 信區(qū): VC
標(biāo) : 關(guān)于VC中的DLL的編程[4]

發(fā)信站: 飲水思源站 (Thu Mar 25 00:46:22 1999) , 站內(nèi)信件

這次要講的是最后一種動態(tài)連接庫:Extension Dlls.再次說明,Extension Dll只被用MFC類庫所編寫的應(yīng)用程序所調(diào)用.在這種動態(tài)連接庫中,你可以從MFC繼承你所想要的、更適于你自己用的類,并把它提供給你的應(yīng)用程序。你也可隨意的給你的應(yīng)用程序提供MFCMFC繼承類的對象指針。Extension DLLs Regular DLLs不一樣,它沒有一個從CWinApp繼承而來的類的對象,所以,你必須為自己DllMain函數(shù)添加初始化代碼和結(jié)束代碼.如下:

#include 
"stdafx.h"
#include 

static AFX_EXTENSION_MODULE PROJNAMEDLL = { NULL, NULL };

extern "C" int APIENTRY
DllMain(HINSTANCE hInstance, DWORD dwReason, LPVOID lpReserved)
{
    
if (dwReason == DLL_PROCESS_ATTACH)
    
{
        TRACE0(
"PROJNAME.DLL Initializing!\n");
        
        
// Extension DLL one-time initialization
        AfxInitExtensionModule(PROJNAMEDLL,
            hInstance);
        
        
// Insert this DLL into the resource chain
        new CDynLinkLibrary(Dll3DLL);
    }

    
else if (dwReason == DLL_PROCESS_DETACH)
    
{
        TRACE0(
"PROJNAME.DLL Terminating!\n");
    }

    
return 1// ok
}
在上面代碼中AfxInitExtensionMoudle函數(shù)捕捉此動態(tài)庫模塊用.在初始化的時NEW一個CDynLinkLibrary對象的目的在于:它能是Extension DLL想應(yīng)用程序輸出CRuntimeClass對象或資源.如果此動態(tài)連接庫被顯式的調(diào)用,還必須在DLL_PROCESS_DETACH選擇項的執(zhí)行代碼上調(diào)用AfxTermEXtensonModule,這保證了當(dāng)調(diào)用進程與動態(tài)連接庫分離是正確清理內(nèi)存中的動態(tài)庫模塊。如果是隱式的被調(diào)用,則此步不是必須的了。

posted on 2008-07-04 17:54 isabc 閱讀(612) 評論(0)  編輯 收藏 引用 所屬分類: C++基礎(chǔ)

廣告信息(免費廣告聯(lián)系)

中文版MSDN:
歡迎體驗

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            美女黄毛**国产精品啪啪| 欧美日韩一区二区高清| 久久av最新网址| 亚洲视频免费| 国产亚洲成年网址在线观看| 欧美区一区二区三区| 免费高清在线视频一区·| 久久亚洲综合网| 久久精品国产亚洲精品| 久久国产精品第一页 | 国产一区91精品张津瑜| 久久久久国产精品厨房| 欧美一区二区三区四区夜夜大片| 亚洲免费在线观看视频| 亚洲精选一区二区| 亚洲人成毛片在线播放女女| 欧美伊人久久久久久午夜久久久久| 国产亚洲精久久久久久| 久久久久久久久久久久久女国产乱| 欧美精品偷拍| 亚洲精品少妇30p| 午夜性色一区二区三区免费视频| 在线一区观看| 久久久天天操| 欧美午夜三级| 另类酷文…触手系列精品集v1小说| 国外成人在线| 欧美人在线观看| 老牛嫩草一区二区三区日本| 欧美黄色影院| 久久影院亚洲| 欧美日韩一区高清| 国产专区一区| 国产亚洲欧美一区二区| 亚洲国产精品久久久久婷婷老年 | 亚洲精品少妇30p| 久久精品九九| 在线午夜精品| 免费成人你懂的| 久久婷婷麻豆| 国产精品露脸自拍| 亚洲免费av观看| 美女999久久久精品视频| 久久国产精品亚洲77777| 一区二区三区国产精华| 久久久噜噜噜久噜久久| 欧美一区视频在线| 亚洲永久免费观看| 欧美1区视频| 老司机凹凸av亚洲导航| 99re6这里只有精品| 久久婷婷国产综合精品青草| 久久激情久久| 午夜精品美女久久久久av福利| 欧美不卡在线视频| 尤妮丝一区二区裸体视频| 国产在线一区二区三区四区| 国产精品久久激情| 日韩亚洲不卡在线| 欧美成人福利视频| 亚洲黄色视屏| 久久一区中文字幕| 欧美成人首页| 欧美激情一二三区| 欧美成人精品| 久久久999国产| 激情偷拍久久| 亚洲精品视频在线观看免费| 亚洲人成在线播放网站岛国| 玖玖玖国产精品| 久久精品亚洲热| 另类激情亚洲| 最新国产成人av网站网址麻豆| 久久亚洲不卡| 亚洲国产午夜| 亚洲私拍自拍| 久久国产精品99国产| 久久日韩粉嫩一区二区三区| 免费成人在线观看视频| 欧美大片在线看| 久久婷婷成人综合色| 欧美日韩国产精品成人| 亚洲精品乱码久久久久久蜜桃91 | 亚洲人成啪啪网站| 一区二区三欧美| 国产精品久久久久久久久免费樱桃| 亚洲综合视频一区| 性欧美长视频| 亚洲激情自拍| 欧美怡红院视频| 欧美激情亚洲视频| 欧美日韩亚洲高清一区二区| 国产丝袜美腿一区二区三区| a4yy欧美一区二区三区| 久久久久国内| 免费av成人在线| 亚洲午夜一区二区三区| 午夜精品一区二区在线观看| 欧美激情第10页| 亚洲欧美激情四射在线日| 午夜精品理论片| 99精品国产高清一区二区| 亚洲女ⅴideoshd黑人| 欧美日产一区二区三区在线观看| 国产精品一区二区视频| 麻豆乱码国产一区二区三区| 欧美日韩性视频在线| 久久一区二区三区四区五区| 欧美日韩国产三级| 久久久亚洲一区| 香蕉久久久久久久av网站| 亚洲国产三级在线| 久久亚洲欧美国产精品乐播| 欧美高清视频一区二区三区在线观看| 亚洲免费一级电影| 老司机免费视频一区二区三区 | 国产精品一区二区三区四区| 日韩视频在线免费| 亚洲欧美在线看| 国产精品日韩| 欧美高清你懂得| 国户精品久久久久久久久久久不卡 | 亚欧成人在线| 欧美日韩精品三区| 亚洲一级二级在线| 欧美一级视频精品观看| 亚洲一区二区三区高清不卡| 久久久免费av| 久久久久久亚洲精品杨幂换脸 | 老司机久久99久久精品播放免费 | 免费观看成人www动漫视频| 性色av一区二区怡红| 一本色道久久88精品综合| 在线免费观看日本欧美| 欧美一区二区三区四区夜夜大片| 亚洲欧美高清| 欧美丝袜第一区| 99亚洲一区二区| 一本色道久久88精品综合| 你懂的亚洲视频| 欧美高清视频在线观看| 尤物99国产成人精品视频| 久久久国产视频91| 激情综合视频| 久久精品99国产精品酒店日本| 国模 一区 二区 三区| 久久午夜国产精品| 国产精品久久久久久久久久久久久 | 欧美日韩一二区| 亚洲一区二区视频在线观看| 99re8这里有精品热视频免费| 国产精品久久久一区麻豆最新章节| 亚洲一品av免费观看| 欧美三级午夜理伦三级中文幕| 亚洲精品日韩在线观看| 在线视频精品一区| 亚洲一区二区在线| 久久九九精品| 在线欧美视频| 欧美久久成人| 亚洲一区二区三区四区中文| 激情视频一区二区| 老司机免费视频一区二区三区| 国产精品99久久99久久久二8| 欧美日韩国产黄| 午夜精品久久久久久久99水蜜桃| 最新亚洲电影| 亚洲在线一区二区三区| 欧美在线黄色| 国产最新精品精品你懂的| 亚洲狼人精品一区二区三区| 99国产一区二区三精品乱码| 欧美一区免费视频| 美国成人直播| 在线综合欧美| 国内精品模特av私拍在线观看| 亚洲精品综合精品自拍| 国产欧美日韩一区二区三区在线观看 | 亚洲免费在线电影| 美日韩丰满少妇在线观看| 欧美精品一区二区久久婷婷| 夜夜夜精品看看| 亚洲精品免费一二三区| 亚洲欧美国产高清| 欧美电影免费观看高清完整版| av成人手机在线| 国产亚洲欧美一级| 欧美三级不卡| 欧美α欧美αv大片| 久久一日本道色综合久久| 欧美日韩在线免费视频| 性欧美长视频| 久久尤物视频| 亚洲一区二区成人| 激情六月婷婷综合| 国产欧美精品一区aⅴ影院| 欧美电影免费观看高清| 久久电影一区| 亚洲欧美日韩国产另类专区| 亚洲欧美日韩成人高清在线一区|