針對Activex特殊性解決方案

activex在我們實現編碼過程常常碰到一些問題，這些問題一方面也說明我們對微軟的mfc內部真正機制沒有真正了解。

問題一：為什麼我的activex中使用gdi+時，退出函式"gdiplusshutdown"會掛住？

微軟msdn建議在actviex中暴露兩個函式介面，乙個是呼叫activex內部gdiplusstartup函式，另乙個是呼叫activex內部gdiplusshutdown函式。以此在應用程式呼叫前啟動，結束之後析構。

下面是在actviex內部自行解決供參考：

#pragma comment (lib, "gdiplus.lib")
namespace gdiplus
~gdiplusinitialize()
protected:
ulong_ptr m_token;
#ifndef gdiplus_no_auto_init
static gdiplusinitialize m_initialize;
#endif
};#ifndef gdiplus_no_auto_init
gdiplusinitialize gdiplusinitialize::m_initialize;
#endif
}

問題二：為什麼我的mfc動態庫類物件無法序列化(class not defined)?

「將此 dll 插入到資源鏈中注意: 如果此擴充套件 dll 由 mfc 規則 dll (如 activex 控制項)隱式鏈結到，而不是由 mfc 應用程式鏈結到，則需要將此行從 dllmain 中移除並將其放置在乙個從此擴充套件 dll 匯出的單獨的函式中。使用此擴充套件 dll 的// 規則 dll 然後應顯式// 呼叫該函式以初始化此擴充套件 dll。否則， cdynlinklibrary 物件不會附加到/規則 dll 的資源鏈，並將導致嚴重的問題。」

我們從來不關心這些提示問題，好像這個說法跟我無關。在activex中呼叫mfc的擴充套件動態鏈結庫，這時候上面的語句將發揮作用了。

1、預設過程

// dllmain.cpp : 定義 dll 的初始化例程。
//#include "stdafx.h"
#include #include #ifdef _debug
#define new debug_new
#endif
static afx_extension_module testdlldll = ;
extern "c" int apientry
dllmain(hinstance hinstance, dword dwreason, lpvoid lpreserved)
else if (dwreason == dll_process_detach)
return 1; // 確定
}

2、正確過程

// dllmain.cpp : 定義 dll 的初始化例程。
//#include "stdafx.h"
#include #include #ifdef _debug
#define new debug_new
#endif
static afx_extension_module testdlldll = ;
extern "c" int apientry
dllmain(hinstance hinstance, dword dwreason, lpvoid lpreserved)
else if (dwreason == dll_process_detach)
return 1; // 確定
}#ifdef _in_other_dll
__declspec(dllexport) void tesinitialize()
#endif

完成上面的工作，同時在你的工程「預處理器定義」中增加「_in_other_dll」。接下來在你的匯出函式或***.def宣告該函式tesinitialize()，

; testdll.def : declares the module parameters.

library "testdll"

exports

testinitialize

針對Activex特殊性解決方案

特殊性權值

Flash的特殊性

ShellExecute使用的特殊性

針對Activex特殊性解決方案

特殊性 權值

Flash的特殊性

ShellExecute使用的特殊性

相關推薦

特殊性權值