如何用vc編寫dll文件
動態(tài)連接庫最大的特點就是能節(jié)省磁盤空間.當多個進程共享同一個DLL的時候,內(nèi)存中只有一個DLL的代碼.通過映射來使各個進程得以調(diào)用.
1.用VC建立一個WIN32 DLL
我們利用VC編寫DLL有幾種方法.如果用VC建立一個WIN32 DLL 工程.那這個工程就應該只導出C++的類或全局變量.和全局函數(shù).方法就是在CPP文件中編寫你的代碼,為每個需要導出的元素進行導出辦法是增加如下語句:
_declspec(dllexport)
你當然可以把它定義成宏
例如,如果是一個類STUDENT需要導出,?那么聲明時應該是這樣寫 class _declspec{dllexport) student;
當然也可以定義時直接導出.
我們的客戶端,也就是我們調(diào)用該函數(shù)的客戶程序,就需要導入這個類或者函數(shù)..
填寫如下語句:
class _declspec(dllimport) student
{
}? // 聲明
之后就可以利用STUDENT來構造對象,也可以調(diào)用它的成員函數(shù)..了
記住,一定要把工程的連接設置好.要把生成的LIB文件填寫好,因為客戶程序要想加載DLL,能夠準確的調(diào)用各個DLL中的函數(shù),都是靠這個LIB文件哪.包括函數(shù)的地址等等.
當然也可以顯示連接
利用LOADLIBRARY
原型是
HMODULE LoadLibrary( LPCTSTR );
返回的HMODULE就是一個DLL句柄.
所以我們在利用這個句柄來作為參數(shù)調(diào)用另一個函數(shù)GETPROCADDRESS
FARPROC GetProcAddress(?HMODULE? , LPCSTR);? //如果利用序號來索引,那么要加上MAKEINTERSOURCE宏
返回一個函數(shù)指針,利用它來調(diào)用函數(shù),
LPCSTR是函數(shù)名,但你應該利用DUMPBIN來查看一下你導出的函數(shù)名,因為C++編譯器支持重載,它會以自己的方式重命名.除非你用extern "C"
用C語言的方式來命名函數(shù).例如 一個函數(shù) void fun();
導出格式應該是 extern "C" _declspec(dllexport) void fun();?? //如果是聲明導入函數(shù),直接寫原型,如果是聲明類,那么一定要是類的頭文件聲明,包含了成員函數(shù)和數(shù)據(jù)成員的.
注意即使是采用了C語言命名方式 如果你改變了調(diào)用方式_stdcall 那么還是會改變函數(shù)命名的,除非你利用DEF文件來導出.
EXPORTS
fun
這樣是可以的.
2.建立一個MFC擴展DLL
擴展DLL是為了更好的支持MFC的類.你建立這個工程后會自動生成一些代碼,不要管它先,你把你要動態(tài)連接的CPP和相應的.H文件加入到工程,在.CPP文件中需要導出的類上加上AFX_EXT_Class 在.H需要導入的類上加上同樣的代碼,這樣就可以了.
例如class AFX_EXT_CLASS CSTUDENT : public CPERSON?? //.CPP
{
}
class AFX_EXT_CLASS CSTUDENT ; //.H
{
}?? //聲明
3.建立一個常規(guī)的DLL
如果你要建立擴展的DLL,那么其他的IDE是無法利用的,因為每個編譯器的命名方式是不同的.
如果你想使其他IDE來調(diào)用VC的DLL,那么就建立一個常規(guī)的DLL.
建立工程以后,編寫你要導出的類.例如
extern "C" _declspec(dllexport) void fun()
{
??? AFX_MANAGE_STATE(AfxGetStaticModuleState( ));
}
在為每一個需要導出的函數(shù)的開頭加上這條語句.
在客戶端要加上導入語句就可以了.
方法二:
在我們實際用軟件時,經(jīng)??煽吹皆S多動態(tài)連接庫。動態(tài)連接庫有其自身的優(yōu)點 
如節(jié)省內(nèi)存、支持多語種等功能,而且,當DLL中的函數(shù)改變后,只要不是參數(shù)的改變 
調(diào)用起的函數(shù)并不需要重新編譯。這在編程時十分有用。至于其他妙處,各位在電腦 
雜志、書籍中都能看到,我這里再說就是廢話了. 
這次小弟我所要講的是如何在VC5.0中如何做自己的Win32 DLLs,各位要做自己的 
動態(tài)連接庫,首先要知道DLL在VC5.0中都有哪幾種分類。VC支持三種DLL,它們是: 
1.Non-MFC Dlls 
2.Regular Dlls 
3.Extension Dlls Note:翻譯措辭不當,故遇到術語是引用原詞 
Non-MFC DLL:指的是不用MFC的類庫結(jié)構,直接用C語言寫的DLL,其輸出的函數(shù)一 
般用的是標準C接口,并能被非MFC或MFC編寫的應用程序所調(diào)用。LL, 
Regular 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類庫所編寫的應用程序所調(diào)用。 
各位看到這里如果眼有點花或頭有點暈,請別泄氣,再看兩遍,然后繼續(xù)往下看, 
定有收獲。 
標 題: 關于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編寫的應用程序一樣, 
必須有一個WINMAIN函數(shù)一樣。 
在這個示例中,DllMain是一個缺省的入口函數(shù),你不需要編寫自己 
的DLL入口函數(shù),并用linker的命令行的參數(shù)開關/ENTRY聲明。用這個缺 
省的入口函數(shù)就能使動態(tài)連接庫被調(diào)用時得到正確的初始化,當然了,你 
不要在初始化的時候填寫使系統(tǒng)崩潰的代碼了。 
參數(shù)中,hMoudle是動態(tài)庫被調(diào)用時所傳遞來的一個指向自己的句柄 
(實際上,它是指向_DGROUP段的一個選擇符) 
ul_reason_for_call是一個說明動態(tài)庫被調(diào)原因的標志。當進程或線程 
裝入或卸載動態(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提供的一個關鍵字,用它可在動態(tài)連接庫中輸出一個數(shù)據(jù)、 
一個函數(shù)或一個類。用這個關鍵字可省你不少事,你不用在.DEF文件 
中說明我要輸出這個類、那個函數(shù)的。 
Ok!各位照著上面的例子試著敲敲看,Just so easy! 
先說到這了 
發(fā)信人: dragon (龍), 信區(qū): VC 
標 題: 關于VC中的DLL的編程[2] 
前面講到Non-MFC DLL的編法,現(xiàn)在講講調(diào)用DLL的方法。對DLL的 
調(diào)用分為兩種,一種是顯式的調(diào)用,一種是隱式的調(diào)用。 
所謂顯式的調(diào)用,是指在應用程序中用LoadLibrary或MFC提供的 
AfxLoadLibrary顯式的將自己所做的動態(tài)連接庫調(diào)近來,動態(tài)連接庫 
的文件名即是上兩函數(shù)的參數(shù),再用GetProcAddress()獲取想要引入 
的函數(shù)。自此,你就可以象使用如同本應用程序自定義的函數(shù)一樣來 
調(diào)用此引入函數(shù)了。在應用程序退出之前,應該用FreeLibrary或 
MFC提供的AfxLoadLibrary釋放動態(tài)連接庫。 
隱式的調(diào)用則需要把產(chǎn)生動態(tài)連接庫時產(chǎn)生的.LIB文件加入到應 
用程序的工程中,想使用DLL中的函數(shù)時,只須說明以下,如下:說明 
上篇的輸出函數(shù)void JustSoSo(); 
隱式調(diào)用不需要調(diào)用LoadLibrary()和FreeLibrary(). 
由此看來,隱式說明調(diào)用的方法比較簡單,但DLL改變后,應用程序 
須從新編譯。并且,所有所調(diào)用的DLL在應用程序加載的同時被加載到內(nèi) 
存中,但應用程序調(diào)用的DLL比較多時,裝入的過程十分慢。隱式的調(diào)用 
則在應用程序不知道所要裝入的DLL或隱式調(diào)用不成功,此時,允許用戶 
指定所要加載的動態(tài)連接庫,比較靈活 
發(fā)信人: dragon (龍), 信區(qū): VC 
標 題: 關于VC中的DLL的編程[3] 
Regular DLL能夠被所有支持DLL技術的語言所編寫的應用程序 
所調(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() 
{ 
// TOD add construction code here, 
// Place all significant initialization in InitInstance 
} 
以上是AppWizard產(chǎn)生的含有主要代碼的兩個文件,各位可從中 
看出和Non-MFC Dlls的區(qū)別。但要注意上面的AppWizard的提醒啊。 
發(fā)信人: dragon (龍), 信區(qū): VC 
標 題: 關于VC中的DLL的編程[4] 
發(fā)信站: 飲水思源站 (Thu Mar 25 00:46:22 1999) , 站內(nèi)信件 
這次要講的是最后一種動態(tài)連接庫:Extension Dlls.再次說明, 
Extension Dll只被用MFC類庫所編寫的應用程序所調(diào)用.在這種動態(tài) 
連接庫中,你可以從MFC繼承你所想要的、更適于你自己用的類,并 
把它提供給你的應用程序。你也可隨意的給你的應用程序提供MFC或 
MFC繼承類的對象指針。 
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想應用程序輸出CRuntimeClass對象或資源. 
如果此動態(tài)連接庫被顯式的調(diào)用,還必須在DLL_PROCESS_DETACH 
選擇項的執(zhí)行代碼上調(diào)用AfxTermEXtensonModule,這保證了當調(diào) 
用進程與動態(tài)連接庫分離是正確清理內(nèi)存中的動態(tài)庫模塊。如果是 
隱式的被調(diào)用,則此步不是必須的了。
                        電子發(fā)燒友App
                    
                
                
          
        
        











           
            
            
                
            
評論