雖然能用DLL實現的功能都可以用COM來替代，但DLL的優點確實不少，它更容易創建。本文將討論如何利用VC MFC來創建不同類型的DLL，以及如何使用他們。

　　一、DLL的不同類型

　　 使用VC++可以生成兩種類型的DLL：MFC擴展DLL和常規DLL。常規DLL有可以分為動態連接和靜態連接。Visual C++還可以生成WIN32 DLL，但不是這里討論的主要對象。

　　1、MFC擴展DLL

　　 每個DLL都有某種類型的接口：變量、指針、函數、客戶程序訪問的類。它們的作用是讓客戶程序使用DLL，MFC擴展DLL可以有C++的接口。也就是它可以導出C++類給客戶端。導出的函數可以使用C++/MFC數據類型做參數或返回值，導出一個類時客戶端能創建類對象或者派生這個類。同時，在DLL中也可以使用DLL和MFC。

　　 Visual C++使用的MFC類庫也是保存在一個DLL中，MFC擴展DLL動態連接到MFC代碼庫的DLL，客戶程序也必須要動態連接到MFC代碼庫的DLL。（這里談到的兩個DLL，一個是我們自己編寫的DLL，一個裝MFC類庫的DLL）現在MFC代碼庫的DLL也存在多個版本，客戶程序和擴展DLL都必須使用相同版本的MFC代碼DLL。所以為了讓MFC擴展DLL能很好的工作，擴展DLL和客戶程序都必須動態連接到MFC代碼庫DLL。而這個DLL必須在客戶程序運行的計算機上。

　　2、常規DLL

　　 使用MFC擴展DLL的一個問題就是DLL僅能和MFC客戶程序一起工作，如果需要一個使用更廣泛的DLL，最好采用常規DLL，因為它不受MFC的某些限制。常規DLL也有缺點：它不能和客戶程序發送指針或MFC派生類和對象的引用。一句話就是常規DLL和客戶程序的接口不能使用MFC，但在DLL和客戶程序的內部還是可以使用MFC。

　　 當在常規DLL的內部使用MFC代碼庫的DLL時，可以是動態連接/靜態連接。如果是動態連接，也就是常規DLL需要的MFC代碼沒有構建到DLL中，這種情況有點和擴展DLL類似，在DLL運行的計算機上必須要MFC代碼庫的DLL。如果是靜態連接，常規DLL里面已經包含了需要的MFC代碼，這樣DLL的體積將比較大，但它可以在沒有MFC代碼庫DLL的計算機上正常運行。

　　二、建立DLL

　　 利用Visual C++提供的向導功能可以很容易建立一個不完成任何實質任務的DLL，這里就不多講了，主要的任務是如何給DLL添加功能，以及在客戶程序中利用這個DLL

　　1、導出類

　　 用向導建立好框架后，就可以添加需要導出類的.cpp .h文件到DLL中來，或者用向導創建C++ Herder File/C++ Source File。為了能導出這個類，在類聲明的時候要加“_declspec(dllexport)”,如：

　　class _declspec(dllexport) CMyClass

　　{

　　...//聲明

　　}

　　如果創建的MFC擴展DLL，可以使用宏：AFX_EXT_CLASS:

　　class AFX_EXT_CLASS CMyClass

　　{

　　...//聲明

　　}

　　這樣導出類的方法是最簡單的，也可以采用.def文件導出，這里暫不詳談。

　　2、導出變量、常量、對象

　　 很多時候不需要導出一個類，可以讓DLL導出一個變量、常量、對象，導出它們只需要進行簡單的聲明：

　　 _declspec(dllexport) int MyInt;

　　 _declspec(dllexport) extern const COLORREF MyColor=RGB(0,0,0);

　　 _declspec(dllexport) CRect rect(10,10,20,20);

　　要導出一個常量時必須使用關鍵字extern，否則會發生連接錯誤。

　　 注意：如果客戶程序識別這個類而且有自己的頭文件，則只能導出一個類對象。如果在DLL中創建一個類，客戶程序不使用頭文件就無法識別這個類。

　　 當導出一個對象或者變量時，載入DLL的每個客戶程序都有一個自己的拷貝。也就是如果兩個程序使用的是同一個DLL，一個應用程序所做的修改不會影響另一個應用程序。

　　 我們在導出的時候只能導出DLL中的全局變量或對象，而不能導出局部的變量和對象，因為它們過了作用域也就不存在了，那樣DLL就不能正常工作。如：

　　MyFunction()

　　{

　　 _declspec(dllexport) int MyInt;

　　 _declspec(dllexport) CMyClass object;

　　}

　　3、導出函數

　　 導出函數和導出變量/對象類似，只要把_declspec(dllexport)加到函數原型開始的位置：

　　 _declspec(dllexport) int MyFunction(int);

　　如果是常規DLL，它將和C寫的程序使用，聲明方式如下：

　　extern "c" _declspec(dllexport) int MyFunction(int);

　　實現：

　　extern "c" _declspec(dllexport) int MyFunction(int x)

　　{

　　...//操作

　　}

　　如果創建的是動態連接到MFC代碼庫DLL的常規DLL，則必須插入AFX_MANAGE_STATE作為導出函數的首行，因此定義如下：

　　extern "c" _declspec(dllexport) int MyFunction(int x)

　　{

　　AFX_MANAGE_STATE(AfxGetStaticModuleState());

　　...//操作

　　}

　　 有時候為了安全起見，在每個常規DLL里都加上，也不會有任何問題，只是在靜態連接的時候這個宏無效而已。這是導出函數的方法，記住只有MFC擴展DLL才能讓參數和返回值使用MFC的數據類型。

　　4、導出指針

　　導出指針的方式如下：

　　_declspec(dllexport) int *pint;

　　_declspec(dllexport) CMyClass object = new CMyClass;

　　如果聲明的時候同時初始化了指針，就需要找到合適的地方類釋放指針。在擴展DLL中有個函數DllMain()。（注意函數名中的兩個l要是小寫字母），可以在這個函數中處理指針：

　　# 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;

　　}

　　}

　　常規DLL有一個從CWinApp派生的類對象處理DLL的開和關，可以使用類向導添加InitInstance/ExitInstance函數。

　　int CMyDllApp::ExitInstance()

　　{

　　delete pobject;

　　return CWinApp::ExitInstance();

　　}

　　三、在客戶程序中使用DLL

　　 編譯一個DLL時將創建兩個文件.dll文件和.lib文件。首先將這兩個文件復制到客戶程序項目的文件夾里，這里需要注意DLL和客戶程序的版本問題，盡量使用相同的版本，都使用RELEASE或者都是DEBUG版本。

　　 接著就需要在客戶程序中設置LIB文件，打開Project Settings--- >Link--->Object/library Modules中輸入LIB的文件名和路徑。如：Debug/SampleDll.lib。除了DLL和LIB文件外，客戶程序需要針對導出類、函數、對象和變量的頭文件，現在進行導入添加的關鍵字就是：_declspec(dllimport)，如：

　　_declspec(dllimport) int MyFunction(int);

　　_declspec(dllimport) int MyInt;

　　_declspec(dllimport) CMyClass object;

　　extern "C" _declspec(dllimport) int MyFunction(int);

　　在有的時候為了導入類，要把相應類的頭文件添加到客戶程序中，不同的是要修改類聲明的標志：

　　class _declspec(dllimport) CMyClass，如果創建的是擴展DLL，兩個位置都是:

　　class AFX_EXT_CLASS CMyClass。

　　 使用DLL的一個比較嚴重的問題就是編譯器之間的兼容性問題。不同的編譯器對c++函數在二進制級別的實現方式是不同的。所以對基于C++的DLL，如果編譯器不同就有很麻煩的。如果創建的是MFC擴展DLL，就不會存在問題，因為它只能被動態連接到MFC的客戶應用程序。這里不是本文討論的重點。

　　一、重新編譯問題

　　我們先來看一個在實際中可能遇到的問題：

　　 比如現在建立好了一個DLL導出了CMyClass類，客戶也能正常使用這個DLL，假設CMyClass對象的大小為30字節。如果我們需要修改DLL中的CMyClass類，讓它有相同的函數和成員變量，但是給增加了一個私有的成員變量int類型，現在CMyClass對象的大小就是34字節了。當直接把這個新的DLL給客戶使用替換掉原來30字節大小的DLL，客戶應用程序期望的是30字節大小的對象，而現在卻變成了一個34字節大小的對象，糟糕，客戶程序出錯了。

　　 類似的問題，如果不是導出CMyClass類，而在導出的函數中使用了CMyClass，改變對象的大小仍然會有問題的。這個時候修改這個問題的唯一辦法就是替換客戶程序中的CMyClass的頭文件，全部重新編譯整個應用程序，讓客戶程序使用大小為34字節的對象。

　　 這就是一個嚴重的問題，有的時候如果沒有客戶程序的源代碼，那么我們就不能使用這個新的DLL了。

　　二、解決方法

　　為了能避免重新編譯客戶程序，這里介紹兩個方法：（1）使用接口類。（2）使用創建和銷毀類的靜態函數。

　　1、使用接口類

　　 接口類的也就是創建第二個類，它作為要導出類的接口，所以在導出類改變時，也不需要重新編譯客戶程序，因為接口類沒有發生變化。

　　 假設導出的CMyClass類有兩個函數FunctionA FunctionB。現在創建一個接口類CMyInterface，下面就是在DLL中的CMyInterface類的頭文件的代碼：

　　# include "MyClass.h"

　　class _declspec(dllexport) CMyInterface

　　{

　　CMyClass *pmyclass;

　　CMyInterface();

　　~CMyInterface();

　　public:

　　int FunctionA(int);

　　int FunctionB(int);

　　};

　　 而在客戶程序中的頭文件稍不同，不需要INCLUDE語句，因為客戶程序沒有它的拷貝。相反，使用一個CMyClass的向前聲明，即使沒有頭文件也能編譯：

　　class _declspec(dllexport) CMyInterface

　　{

　　class CMyClass;//向前聲明

　　CMyClass *pmyclass;

　　CMyInterface();

　　~CMyInterface();

　　public:

　　int FunctionA(int);

　　int FunctionB(int);

　　};

　　在DLL中的CMyInterface的實現如下：

　　CMyInterface::CMyInterface()

　　{

　　pmyclass = new CMyClass();

　　}

　　CMyInterface::~CMyInterface()

　　{

　　delete pmyclass;

　　}

　　int CMyInterface::FunctionA()

　　{

　　return pmyclass->FunctionA();

　　}

　　int CMyInterface::FunctionB()

　　{

　　return pmyclass->FunctionB();

　　}

　　.....

　　 對導出類CMyClass的每個成員函數，CMyInterface類都提供自己的對應的函數。客戶程序與CMyClass沒有聯系，這樣任意改CMyClass也不會有問題，因為CMyInterface類的大小沒有發生變化。即使為了能訪問CMyClass中的新增變量而給CMyInterface類加了函數也不會有問題的。

　　 但是這種方法也存在明顯的問題，對導出類的每個函數和成員變量都要對應實現，有的時候這個接口類會很龐大。同時增加了客戶程序調用所需要的時間。增加了程序的開銷。

　　2、使用靜態函數

　　 還可以使用靜態函數來創建和銷毀類對象。創建一個導出類的時候，增加兩個靜態的公有函數CreateMe()/DestroyMe()，頭文件如下：

　　class _declspec(dllexport) CMyClass

　　{

　　CMyClass();

　　~CMyClass();

　　public:

　　static CMyClass *CreateMe();

　　static void DestroyMe(CMyClass *ptr);

　　};

　　實現函數就是：

　　CMyClass * CMyClass::CMyClass()

　　{

　　return new CMyClass;

　　}

　　void CMyClass::DestroyMe(CMyClass *ptr)

　　{

　　delete ptr;

　　}

　　然后象其他類一樣導出CMyClass類，這個時候在客戶程序中使用這個類的方法稍有不同了。如若想創建一個CMyClass對象，就應該是：

　　CMyClass x;

　　CMyClass *ptr = CMyClass::CreateMe();

　　在使用完后刪除：

　　CMyClass::DestroyMe(ptr);