在使用不同編程語言進行軟件聯合開發的時候，需要統一函數、變量、數據類型、常量等鏈接規范，特別是在不同模塊之間共享的接口部分，當開發程序庫的時候，明確鏈接規范也是必須遵循的一條規則。
對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