在使用不同編程語言進行軟件聯合開發的時候,需要統一函數、變量、數據類型、常量等鏈接規范,特別是在不同模塊之間共享的接口部分,當開發程序庫的時候,明確鏈接規范也是必須遵循的一條規則。
對COM接口及其使用的數據類型來說,是否采用統一的鏈接規范,對其二進制兼容性和可移植性都沒有影響。因為連接規范主要影響到名字改編方案的不同,這樣即使接口兩端對接口本身的解釋不通,只要它們使用一致的成員對齊方式和布局方案、一致的函數調用規范、一致virtual function實現方式,總是就是一致的C++對象模型。并且保證COM組件升級時不改變原來的接口和數據類型定義,則所有方法的運行時綁定都不會存在問題(所有方法的調試都被轉換為通過對象指針對vptr和vtable及函數指針的操作,這種間接性不再需要任何方法名即函數名的參與,而接口名和方法名只是為了讓客戶端的代碼能夠順利通過編譯,但是連接時就完全不在需要了。)
但是對于定義于普通靜態鏈接庫和動態鏈接庫中的全局數據類型、全局函數、全局變量甚至全局常量,它們的連接規范必須在兩端保持一致、否則客戶程序會出現連接問題。這是因為普通的封裝為DLL的函數庫或者類庫,客戶程序在創建使一般都需要與它們的導出庫進行連接,除非使用loadlibrary()和getprocaddress()函數對來獲得DLL中函數的地址,通用的連接規范要屬C連接規范:extern‘C’。
具體使用方法,里仁教育嵌入式培訓職業講師詳情講解:
Extern’C’void WinMainCRTStartup();
Extern’C’const CLSID CLSID_DataConvert();
Extern’C’struct Student{.......};
Extern’C’student g_student;
如果是對一段代碼指定連接規范:
#ifdef _cplusplus
Extern ‘C’{
#endif
Const int MAX_AGE=200;
#pragma pack(push,4)
Typedef struct _person
{
Char *m_Name;
Int m_Age;
}person,*personPtr;
#pragma pack(pop)
Person g_Me;
Int _cdecl memcmp(const void*,const void*,size_t);
Void * _cdecl memcpy(void,const void*,size_t);
Void* _cdecl memset(void*,int,size_t);
#ifdef _cplusplus
}
#endif
嵌入式行業資訊:全套基礎:
http://www.lirenedu.org/index.php?ack=lanmu&id=82