Lista de clases de eVC no admitidas de MFC 3.0 a 9.0

Actualización: noviembre 2007

Las clases siguientes son typedef que utilizan clases de plantillas para proporcionar una funcionalidad equivalente:

Diferencias en el funcionamiento de las API entre MFC 3.0 y MFC 9.0

  • La clase de diálogo CDocument::SaveModified y los recursos asociados se han quitado de MFC 9.0 para todas las plataformas. Por tanto, en las plataformas Pocket PC 2003 y Smartphone 2003 los métodos DoSave y SaveModified no tienen nombres de archivo predeterminados ni los solicitan de forma predeterminada, como en el caso de los archivos generados automáticamente. Sin embargo, se ofrece una opción para modificar este comportamiento y preguntar por el nombre de archivo en la plataforma Pocket PC 2003. En la plataforma Smartphone, puede llamar a CDocManager::DoPromptFileName, si desea preguntar por el nombre de archivo. La plataforma Windows CE admite el comportamiento de nombres de archivo predeterminados de los métodos DoSave y SaveModified, y su funcionalidad es la misma que en la versión de escritorio.

  • MFC 9.0 para dispositivos no admite el acoplamiento. Por ejemplo, no se admiten los miembros CCommandBar::m_pDockBar y CCommandBar::m_pDockContext. Para obtener más información, vea CCommandBar (Clase). Para obtener más información sobre el acoplamiento, vea Docking and Floating Toolbars.

  • En MFC 9.0 para dispositivos, CDC::FrameRect ha dejado de ser miembro de CDC Class.

  • En MFC 9.0 para dispositivos, CCeDocList ha cambiado a CDocList (Clase).

  • En MFC 9.0 para dispositivos, la funcionalidad CCeSocket se encapsula en CAsyncSocket Class.

  • En MFC 9.0 para dispositivos, no se admite CFont::CreateFont, pero puede utilizar CFont::CreatePointFont en su lugar.

  • En MFC 9.0 para los dispositivos, han dejado de admitirse los miembros CCommandBar::m_pDockBar y CCommandBar::m_pDockContext.

  • En MFC 9.0 para dispositivos, la estructura LPINLINEIMAGEINFO se ha reemplazado por INLINEIMAGEINFO

  • Los recursos generados por asistente de Visual Studio siguen las directrices de la interfaz de usuario de Windows Mobile 5.0. Esto significa que las clases MenuBar de todas las aplicaciones tendrán siempre el botón Nuevo en el lado izquierdo y el botón Menú en el lado derecho. Por consiguiente, MFC 9.0 para dispositivos no admite la variable m_bShowSharedNewButton. Por ejemplo, si el código de la aplicación está usando wndCommandBar.m_bShowSharedNewButton = TRUE;, puede convertir la línea de código en un comentario y trasladar la aplicación a MFC 9.0 para dispositivos.

  • Si el código de la aplicación está utilizando ON_NOTIFY(DLN_CE_CREATE, AFXCE_ID_DOCLIST o OnCreateDocList,, obtendrá los siguientes errores de compilación:

  • MainFrm.cpp(42): error C2065: 'DLN_CE_CREATE': identificador no declarado

  • MainFrm.cpp(42) : error C2065: 'AFXCE_ID_DOCLIST': identificador no declarado

  • En MFC 9.0, puede utilizar sin ningún riesgo DLN_DOCLIST_CREATE, DLN_DOCLIST_DESTROY y AFX_ID_DOCLIST.

  • Si utiliza MFC 9.0, no podrá establecer un vínculo con las bibliotecas CRT estándar.

  • Al trasladar a MFC 9.0, incluya # define _WIN32_WCE_PSPC. Este marcador no está definido en MFC 9.0 de forma predeterminada.

  • Para obtener más información, vea Lista de clases MFC de escritorio no admitidas en los dispositivos.

Vea también

Conceptos

Diferencias entre MFC C++ para dispositivos y MFC estándar

Otros recursos

MFC única para clases de dispositivos