從 MFC 3.0 到 9.0 不支援之 eVC 類別的清單
更新：2007 年 11 月
下列類別是 typedef，它們會使用樣板類別 (Template Class) 來提供對等的功能：
從 MFC 3.0 到 MFC 9.0 的 API 行為差異
CDocument::SaveModified 對話方塊類別與關聯的資源已經從所有平台的 MFC 9.0 上去除。因此，在 Pocket PC 2003 和 Smartphone 2003 平台上，DoSave 和 SaveModified 方法在使用時沒有任何預設檔案名稱，而且也沒有檔案名稱的預設提示 (例如自動產生的檔案名稱)。不過，在 Pocket PC 2003 平台上，則提供一個選項，可覆寫這個行為和檔案名稱的提示。在 Smartphone 平台上，如果您想要提示輸入檔案名稱，可以呼叫 CDocManager::DoPromptFileName,。Windows CE 平台可支援 DoSave 和 SaveModified 方法的預設檔案名稱行為，而且其功能就與桌上型電腦上的行為相同。
裝置的 MFC 9.0 沒有停駐支援。例如，不支援 CCommandBar::m_pDockBar 和 CCommandBar::m_pDockContext 成員。如需詳細資訊，請參閱 CCommandBar 類別。如需停駐支援的詳細資訊，請參閱 Docking and Floating Toolbars。
在裝置的 MFC 9.0 中，CDC::FrameRect 已不再是 CDC Class的成員。
在裝置的 MFC 9.0 中，CCeDocList 重新命名為 CDocList 類別。
在裝置的 MFC 9.0 中，CCeSocket 功能封裝在 CAsyncSocket Class。
在裝置的 MFC 9.0 中，不支援 CFont::CreateFont，不過您可以改用 CFont::CreatePointFont。
在裝置的 MFC 9.0 中，已不再支援 CCommandBar::m_pDockBar 和 CCommandBar::m_pDockContext 成員。
在裝置的 MFC 9.0 中，LPINLINEIMAGEINFO 結構是以 INLINEIMAGEINFO 取代。
Visual Studio 精靈產生的資源都會遵循 Windows Mobile 5.0 使用者介面 (UI) 方針。這表示，所有應用程式之 MenuBar 類別的左側永遠會有 [新增] 按鈕，而右側則會有 [功能表]。因此，裝置的 MFC 9.0 不支援 m_bShowSharedNewButton 變數。例如，如果您的應用程式程式碼正在使用 wndCommandBar.m_bShowSharedNewButton = TRUE;，您就可以將程式碼行標記為註解，並讓應用程式移植到裝置的 MFC 9.0。
如果您的應用程式程式碼正在使用 ON_NOTIFY(DLN_CE_CREATE, AFXCE_ID_DOCLIST 或 OnCreateDocList,，您將會收到下列編譯錯誤：
MainFrm.cpp(42) : 錯誤 C2065: 'DLN_CE_CREATE' : 未宣告的識別項
MainFrm.cpp(42) : 錯誤 C2065: 'AFXCE_ID_DOCLIST' : 未宣告的識別項
在 MFC 9.0 中，您可以放心地使用 DLN_DOCLIST_CREATE、DLN_DOCLIST_DESTROY 和 AFX_ID_DOCLIST。
當您在使用 MFC 9.0 時，便無法連結至標準 CRT 程式庫。
移植到 MFC 9.0 後，就會加入 # define _WIN32_WCE_PSPC。根據預設，MFC 9.0 中並未定義這個旗標。
如需詳細資訊，請參閱裝置不支援之桌上型電腦 MFC 類別的清單。