雖然能用DLL實(shí)現(xiàn)的東西都可以用COM來(lái)實(shí)現(xiàn)，但DLL的優(yōu)點(diǎn)確實(shí)不少，它更容易創(chuàng)建。本文將討論如何利用MFC來(lái)創(chuàng)建不同類型的DLL，以及如何使用他們。
一、DLL的不同類型
??? 使用MFC可以生成兩種類型的DLL：MFC擴(kuò)展DLL和常規(guī)DLL。常規(guī)DLL有可以分為動(dòng)態(tài)連接和靜態(tài)連接。Visual C++還可以生成WIN32 DLL，但不是這里討論的主要對(duì)象。
1、MFC擴(kuò)展DLL
?? 每個(gè)DLL都有某種類型的接口：變量、指針、函數(shù)、客戶程序訪問(wèn)的類。它們的作用是讓客戶程序使用DLL，MFC擴(kuò)展DLL可以有C++的接口。也就是它可以導(dǎo)出C++類給客戶端。導(dǎo)出的函數(shù)可以使用C++/MFC數(shù)據(jù)類型做參數(shù)或返回值，導(dǎo)出一個(gè)類時(shí)客戶端能創(chuàng)建類對(duì)象或者派生這個(gè)類。同時(shí)，在DLL中也可以使用DLL和MFC。
?? Visual C++使用的MFC類庫(kù)也是保存在一個(gè)DLL中，MFC擴(kuò)展DLL動(dòng)態(tài)連接到MFC代碼庫(kù)的DLL，客戶程序也必須要?jiǎng)討B(tài)連接到MFC代碼庫(kù)的DLL。（這里談到的兩個(gè)DLL，一個(gè)是我們自己編寫的DLL，一個(gè)裝MFC類庫(kù)的DLL）現(xiàn)在MFC代碼庫(kù)的DLL也存在多個(gè)版本，客戶程序和擴(kuò)展DLL都必須使用相同版本的MFC代碼DLL。所以為了讓MFC擴(kuò)展DLL能很好的工作，擴(kuò)展DLL和客戶程序都必須動(dòng)態(tài)連接到MFC代碼庫(kù)DLL。而這個(gè)DLL必須在客戶程序運(yùn)行的計(jì)算機(jī)上。
2、常規(guī)DLL
?? 使用MFC擴(kuò)展DLL的一個(gè)問(wèn)題就是DLL僅能和MFC客戶程序一起工作，如果需要一個(gè)使用更廣泛的DLL，最好采用常規(guī)DLL，因?yàn)樗皇躆FC的某些限制。常規(guī)DLL也有缺點(diǎn)：它不能和客戶程序發(fā)送指針或MFC派生類和對(duì)象的引用。一句話就是常規(guī)DLL和客戶程序的接口不能使用MFC，但在DLL和客戶程序的內(nèi)部還是可以使用MFC。
?? 當(dāng)在常規(guī)DLL的內(nèi)部使用MFC代碼庫(kù)的DLL時(shí)，可以是動(dòng)態(tài)連接/靜態(tài)連接。如果是動(dòng)態(tài)連接，也就是常規(guī)DLL需要的MFC代碼沒有構(gòu)建到DLL中，這種情況有點(diǎn)和擴(kuò)展DLL類似，在DLL運(yùn)行的計(jì)算機(jī)上必須要MFC代碼庫(kù)的DLL。如果是靜態(tài)連接，常規(guī)DLL里面已經(jīng)包含了需要的MFC代碼，這樣DLL的體積將比較大，但它可以在沒有MFC代碼庫(kù)DLL的計(jì)算機(jī)上正常運(yùn)行。
二、建立DLL
??? 利用Visual C++提供的向?qū)Чδ芸梢院苋菀捉⒁粋€(gè)不完成任何實(shí)質(zhì)任務(wù)的DLL，這里就不多講了，主要的任務(wù)是如何給DLL添加功能，以及在客戶程序中利用這個(gè)DLL
1、導(dǎo)出類
?? 用向?qū)Ы⒑每蚣芎螅涂梢蕴砑有枰獙?dǎo)出類的.cpp .h文件到DLL中來(lái)，或者用向?qū)?chuàng)建C++ Herder File/C++ Source File。為了能導(dǎo)出這個(gè)類，在類聲明的時(shí)候要加“_declspec(dllexport)”,如：
class _declspec(dllexport) CMyClass
{
???? ...//聲明
}
如果創(chuàng)建的MFC擴(kuò)展DLL，可以使用宏：AFX_EXT_CLASS:
class AFX_EXT_CLASS CMyClass
{
???? ...//聲明
}
這樣導(dǎo)出類的方法是最簡(jiǎn)單的，也可以采用.def文件導(dǎo)出，這里暫不詳談。
2、導(dǎo)出變量、常量、對(duì)象
?? 很多時(shí)候不需要導(dǎo)出一個(gè)類，可以讓DLL導(dǎo)出一個(gè)變量、常量、對(duì)象，導(dǎo)出它們只需要進(jìn)行簡(jiǎn)單的聲明：_declspec(dllexport) int MyInt;
? _declspec(dllexport) extern const COLORREF MyColor=RGB(0,0,0);
? _declspec(dllexport) CRect rect(10,10,20,20);
要導(dǎo)出一個(gè)常量時(shí)必須使用關(guān)鍵字extern，否則會(huì)發(fā)生連接錯(cuò)誤。
注意：如果客戶程序識(shí)別這個(gè)類而且有自己的頭文件，則只能導(dǎo)出一個(gè)類對(duì)象。如果在DLL中創(chuàng)建一個(gè)類，客戶程序不使用頭文件就無(wú)法識(shí)別這個(gè)類。
? 當(dāng)導(dǎo)出一個(gè)對(duì)象或者變量時(shí)，載入DLL的每個(gè)客戶程序都有一個(gè)自己的拷貝。也就是如果兩個(gè)程序使用的是同一個(gè)DLL，一個(gè)應(yīng)用程序所做的修改不會(huì)影響另一個(gè)應(yīng)用程序。
? 我們?cè)趯?dǎo)出的時(shí)候只能導(dǎo)出DLL中的全局變量或?qū)ο螅荒軐?dǎo)出局部的變量和對(duì)象，因?yàn)樗鼈冞^(guò)了作用域也就不存在了，那樣DLL就不能正常工作。如：
MyFunction()
{
????? _declspec(dllexport) int MyInt;
????? _declspec(dllexport) CMyClass object;
}
3、導(dǎo)出函數(shù)
導(dǎo)出函數(shù)和導(dǎo)出變量/對(duì)象類似，只要把_declspec(dllexport)加到函數(shù)原型開始的位置：
_declspec(dllexport) int MyFunction(int);
如果是常規(guī)DLL，它將和C寫的程序使用，聲明方式如下：
extern "c" _declspec(dllexport) int MyFunction(int);
實(shí)現(xiàn)：
extern "c" _declspec(dllexport) int MyFunction(int x)
{
???? ...//操作
}
如果創(chuàng)建的是動(dòng)態(tài)連接到MFC代碼庫(kù)DLL的常規(guī)DLL，則必須插入AFX_MANAGE_STATE作為導(dǎo)出函數(shù)的首行，因此定義如下：
extern "c" _declspec(dllexport) int MyFunction(int x)
{
???? AFX_MANAGE_STATE(AfxGetStaticModuleState());
???? ...//操作
}
有時(shí)候?yàn)榱税踩鹨姡诿總€(gè)常規(guī)DLL里都加上，也不會(huì)有任何問(wèn)題，只是在靜態(tài)連接的時(shí)候這個(gè)宏無(wú)效而已。這是導(dǎo)出函數(shù)的方法，記住只有MFC擴(kuò)展DLL才能讓參數(shù)和返回值使用MFC的數(shù)據(jù)類型。
4、導(dǎo)出指針
導(dǎo)出指針的方式如下：
_declspec(dllexport) int *pint;
_declspec(dllexport) CMyClass object = new CMyClass;
如果聲明的時(shí)候同時(shí)初始化了指針，就需要找到合適的地方類釋放指針。在擴(kuò)展DLL中有個(gè)函數(shù)DllMain()。（注意函數(shù)名中的兩個(gè)l要是小寫字母），可以在這個(gè)函數(shù)中處理指針：
# include "MyClass.h"
_declspec(dllexport) CMyClass *pobject = new CMyClass;
DllMain(HINSTANCE hInstance,DWORD dwReason,LPVOID lpReserved)
{
??? if(dwReason == DLL_PROCESS_ATTACH)
??? {
??????? .....//
??? }
??? else if(dwReason == DLL_PROCESS_DETACH)
??? {
??????? delete pobject;
??? }
}
常規(guī)DLL有一個(gè)從CWinApp派生的類對(duì)象處理DLL的開和關(guān)，可以使用類向?qū)砑覫nitInstance/ExitInstance函數(shù)。
int CMyDllApp::ExitInstance()
{
??? delete pobject;
??? return CWinApp::ExitInstance();
}
三、在客戶程序中使用DLL
??? 編譯一個(gè)DLL時(shí)將創(chuàng)建兩個(gè)文件.dll文件和.lib文件。首先將這兩個(gè)文件復(fù)制到客戶程序項(xiàng)目的文件夾里，這里需要注意DLL和客戶程序的版本問(wèn)題，盡量使用相同的版本，都使用RELEASE或者都是DEBUG版本。
?? 接著就需要在客戶程序中設(shè)置LIB文件，打開Project Settings--->Link--->Object/library Modules中輸入LIB的文件名和路徑。如：Debug/SampleDll.lib。除了DLL和LIB文件外，客戶程序需要針對(duì)導(dǎo)出類、函數(shù)、對(duì)象和變量的頭文件，現(xiàn)在進(jìn)行導(dǎo)入添加的關(guān)鍵字就是：_declspec(dllimport)，如：
_declspec(dllimport) int MyFunction(int);
_declspec(dllimport) int MyInt;
_declspec(dllimport) CMyClass object;
extern "C" _declspec(dllimport) int MyFunction(int);
在有的時(shí)候?yàn)榱藢?dǎo)入類，要把相應(yīng)類的頭文件添加到客戶程序中，不同的是要修改類聲明的標(biāo)志：
class _declspec(dllimport) CMyClass，如果創(chuàng)建的是擴(kuò)展DLL，兩個(gè)位置都是:
class AFX_EXT_CLASS CMyClass。
使用DLL的一個(gè)比較嚴(yán)重的問(wèn)題就是編譯器之間的兼容性問(wèn)題。不同的編譯器對(duì)c++函數(shù)在二進(jìn)制級(jí)別的實(shí)現(xiàn)方式是不同的。所以對(duì)基于C++的DLL，如果編譯器不同就有很麻煩的。如果創(chuàng)建的是MFC擴(kuò)展DLL，就不會(huì)存在問(wèn)題，因?yàn)樗荒鼙粍?dòng)態(tài)連接到MFC的客戶應(yīng)用程序。這里不是本文討論的重點(diǎn)。
一、重新編譯問(wèn)題
我們先來(lái)看一個(gè)在實(shí)際中可能遇到的問(wèn)題：
??? 比如現(xiàn)在建立好了一個(gè)DLL導(dǎo)出了CMyClass類，客戶也能正常使用這個(gè)DLL，假設(shè)CMyClass對(duì)象的大小為30字節(jié)。如果我們需要修改DLL中的CMyClass類，讓它有相同的函數(shù)和成員變量，但是給增加了一個(gè)私有的成員變量int類型，現(xiàn)在CMyClass對(duì)象的大小就是34字節(jié)了。當(dāng)直接把這個(gè)新的DLL給客戶使用替換掉原來(lái)30字節(jié)大小的DLL，客戶應(yīng)用程序期望的是30字節(jié)大小的對(duì)象，而現(xiàn)在卻變成了一個(gè)34字節(jié)大小的對(duì)象，糟糕，客戶程序出錯(cuò)了。
??? 類似的問(wèn)題，如果不是導(dǎo)出CMyClass類，而在導(dǎo)出的函數(shù)中使用了CMyClass，改變對(duì)象的大小仍然會(huì)有問(wèn)題的。這個(gè)時(shí)候修改這個(gè)問(wèn)題的唯一辦法就是替換客戶程序中的CMyClass的頭文件，全部重新編譯整個(gè)應(yīng)用程序，讓客戶程序使用大小為34字節(jié)的對(duì)象。
??? 這就是一個(gè)嚴(yán)重的問(wèn)題，有的時(shí)候如果沒有客戶程序的源代碼，那么我們就不能使用這個(gè)新的DLL了。
二、解決方法??
?為了能避免重新編譯客戶程序，這里介紹兩個(gè)方法：（1）使用接口類。（2）使用創(chuàng)建和銷毀類的靜態(tài)函數(shù)。
1、使用接口類
?? 接口類的也就是創(chuàng)建第二個(gè)類，它作為要導(dǎo)出類的接口，所以在導(dǎo)出類改變時(shí)，也不需要重新編譯客戶程序，因?yàn)榻涌陬悰]有發(fā)生變化。
?? 假設(shè)導(dǎo)出的CMyClass類有兩個(gè)函數(shù)FunctionA FunctionB。現(xiàn)在創(chuàng)建一個(gè)接口類CMyInte***ce，下面就是在DLL中的CMyInte***ce類的頭文件的代碼：
# include "MyClass.h"
class _declspec(dllexport) CMyInte***ce
{
???? CMyClass *pmyclass;
???? CMyInte***ce();
???? ~CMyInte***ce();
? public:
???? int FunctionA(int);
???? int FunctionB(int);
};
而在客戶程序中的頭文件稍不同，不需要INCLUDE語(yǔ)句，因?yàn)榭蛻舫绦驔]有它的拷貝。相反，使用一個(gè)CMyClass的向前聲明，即使沒有頭文件也能編譯：
class _declspec(dllexport) CMyInte***ce
{
???? class CMyClass;//向前聲明
???? CMyClass *pmyclass;
???? CMyInte***ce();
???? ~CMyInte***ce();
? public:
???? int FunctionA(int);
???? int FunctionB(int);
};
在DLL中的CMyInte***ce的實(shí)現(xiàn)如下：
CMyInte***ce::CMyInte***ce()
{
????? pmyclass = new CMyClass();
}
CMyInte***ce::~CMyInte***ce()
{
???? delete pmyclass;
}
int CMyInte***ce::FunctionA()
{
???? return pmyclass->FunctionA();
}
int CMyInte***ce::FunctionB()
{
???? return pmyclass->FunctionB();???
}
.....
對(duì)導(dǎo)出類CMyClass的每個(gè)成員函數(shù)，CMyInte***ce類都提供自己的對(duì)應(yīng)的函數(shù)。客戶程序與CMyClass沒有聯(lián)系，這樣任意改CMyClass也不會(huì)有問(wèn)題，因?yàn)镃MyInte***ce類的大小沒有發(fā)生變化。即使為了能訪問(wèn)CMyClass中的新增變量而給CMyInte***ce類加了函數(shù)也不會(huì)有問(wèn)題的。
?? 但是這種方法也存在明顯的問(wèn)題，對(duì)導(dǎo)出類的每個(gè)函數(shù)和成員變量都要對(duì)應(yīng)實(shí)現(xiàn)，有的時(shí)候這個(gè)接口類會(huì)很龐大。同時(shí)增加了客戶程序調(diào)用所需要的時(shí)間。增加了程序的開銷。
2、使用靜態(tài)函數(shù)
?? 還可以使用靜態(tài)函數(shù)來(lái)創(chuàng)建和銷毀類對(duì)象。創(chuàng)建一個(gè)導(dǎo)出類的時(shí)候，增加兩個(gè)靜態(tài)的公有函數(shù)CreateMe()/DestroyMe()，頭文件如下：
class _declspec(dllexport) CMyClass
{
???? CMyClass();
???? ~CMyClass();
? public:
???? static CMyClass *CreateMe();
???? static void DestroyMe(CMyClass *ptr);
};
實(shí)現(xiàn)函數(shù)就是：
CMyClass * CMyClass::CMyClass()
{
????? return new CMyClass;
}
void CMyClass::DestroyMe(CMyClass *ptr)
{
????? delete ptr;
}
然后象其他類一樣導(dǎo)出CMyClass類，這個(gè)時(shí)候在客戶程序中使用這個(gè)類的方法稍有不同了。如若想創(chuàng)建一個(gè)CMyClass對(duì)象，就應(yīng)該是：
CMyClass x;
CMyClass *ptr = CMyClass::CreateMe();
在使用完后刪除：
CMyClass::DestroyMe(ptr);