編寫DLL所學所思 2 匯出類

2011.10.6

燭秋

一、匯出類的簡單方式

這種方式是比較簡單的，同時也是不建議採用的不合適方式。

只需要在匯出類加上__declspec(dllexport)，就可以實現匯出類。物件空間還是在使用者的模組裡，dll只提供類中的函式**。不足的地方是：使用者需要知道整個類的實現，包括基類、類中成員物件，也就是說所有跟匯出類相關的東西，使用者都要知道。通過dependency walker可以看到，這時候的dll匯出的是跟類相關的函式：如建構函式、賦值操作符、析構函式、其它函式，這些都是使用者可能會用到的函式。

這種匯出類的方式，除了匯出的東西太多、使用者對類的實現依賴太多之外，還有其它問題：必須保證使用同一種編譯器。匯出類的本質是匯出類裡的函式，因為語法上直接匯出了類，沒有對函式的呼叫方式、重新命名進行設定，導致了產生的dll並不通用。

部分**（dll標頭檔案）：

//
2011.10.6
//cswuyg
//dll匯出類，比較差勁的方法
//基類也必須匯出，否則警告：
class
public
: 
void
test();
private
: 
intm_j;};
//也必須匯出
class
public
: 
void
test2();
private
: 
intm_k;};
cbase;

二、匯出類的較好方式

這種方式是比較合適的，跟com類似。

結構是這樣的：匯出類是乙個派生類，派生自乙個抽象類——都是純虛函式。使用者需要知道這個抽象類的結構。dll最少只需要提供乙個用於獲取類物件指標的介面。使用者跟dll提供者共用乙個抽象類的標頭檔案，使用者依賴於dll的東西很少，只需要知道抽象類的介面，以及獲取物件指標的匯出函式，物件記憶體空間的申請是在dll模組中做的，釋放也在dll模組中完成,最後記得要呼叫釋放物件的函式。

這種方式比較好，通用，產生的dll沒有特定環境限制。借助了c++類的虛函式。一般都是採用這種方式。除了對dll匯出類有好處外，採用介面跟實現分離，可以使得工程的結構更清晰，使用者只需要知道介面，而不需要知道實現。

部分**：

（1）dll標頭檔案：

//
2011.10.6
//cswuyg
//dll匯出類
//dll跟其使用者共用的標頭檔案
class
iexport;
extern"c
extern"c
（2）匯出類標頭檔案：
//cswuyg
//dll匯出類
//實現類
#pragma once#include ""
class exportimpl : public
iexport;

三、總結

已經說完了。本質上來說，跟匯出函式沒差別。使用vs2005自動生成的**可以省去很多力氣，比起以前做練習什麼都是自己動手寫方便多了。要注意一下工程的設定，熟悉它們的作用可以加快程式設計速度。

demo**附件：

編寫DLL所學所思 2 匯出類

編寫DLL所學所思 2 匯出類

編寫DLL所學所思 2 匯出類

DLL中匯出類

相關推薦