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 匯出類
2011.10.6 燭秋 一 匯出類的簡單方式 這種方式是比較簡單的,同時也是不建議採用的不合適方式。只需要在匯出類加上 declspec dllexport 就可以實現匯出類。物件空間還是在使用者的模組裡,dll只提供類中的函式 不足的地方是 使用者需要知道整個類的實現,包括基類 類中成員物件,也...
編寫DLL所學所思 2 匯出類
2011.10.6 燭秋 一 匯出類的簡單方式 這種方式是比較簡單的,同時也是不建議採用的不合適方式。只需要在匯出類加上 declspec dllexport 就可以實現匯出類。物件空間還是在使用者的模組裡,dll只提供類中的函式 不足的地方是 使用者需要知道整個類的實現,包括基類 類中成員物件,也...
DLL中匯出類
dll中定義的類可以在應用工程中使用。下面的例子裡,我們在dll中定義了point和circle兩個類,並在應用工程中引用了它們。檔名 point.h,point類的宣告 ifndef point h define point h ifdef dll file class declspec dlle...