關於VC中的DLL的程式設計 (轉)

關於VC中的DLL的程式設計 (轉)[@more@]

關於VC中的DLL的

在我們實際用時，經常可看到許多動態連線庫。動態連線庫有其自身的優點
如節省、支援多語種等功能，而且，當DLL中的改變後，只要不是引數的改變
起的函式並不需要重新編譯。這在程式設計時十分有用。至於其他妙處，各位在
雜誌、書籍中都能看到，我這裡再說就是廢話了.
這次小弟我所要講的是如何在VC5.0中如何做自己的 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 ENTRY DllMain(HANDLE hModule,D 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 "re.h" // main symbols

class CMyRegularDllApp : public CWinApp
{
public:
CMyRegularDllApp();
// Overrs
// 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 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 map macrhere.
// 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產生的含有主要程式碼的兩個檔案，各位可從中
看出和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"
#includenating!n");
}
return 1; // ok
}
在上面程式碼中AfxInitExtensionMoudle函式捕捉此動態庫模組
用.
在初始化的時NEW一個CDynLinkLibrary物件的目的在於：它
能是Extension DLL想應用程式輸出CRuntimeClass物件或資源.
如果此動態連線庫被顯式的呼叫，還必須在DLL_PROCESS_DETACH
選擇項的程式碼上呼叫AfxTermEXtensonModule，這保證了當調
用程式與動態連線庫分離是正確清理記憶體中的動態庫模組。如果是
隱式的被呼叫，則此步不是必須的了。