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