Sdílet prostřednictvím


Liste der eVC-Klassen, die nicht von MFC 3.0 bis 9.0 unterstützt werden

Aktualisiert: November 2007

Bei den folgenden Klassen handelt es sich um typedef, die Vorlagenklassen verwenden, um die entsprechende Funktionalität bereitzustellen:

Unterschiedliches Verhalten der APIs bei MFC 3.0 bis MFC 9.0

  • Die CDocument::SaveModified-Dialogklasse und die zugeordneten Ressourcen wurden für alle Plattformen aus MFC 9.0 entfernt. Deshalb weisen die DoSave-Methode und die SaveModified-Methode auf den Plattformen Pocket PC 2003 und Smartphone 2003 bei der Verwendung keine Standarddateinamen auf. Die Methoden weisen außerdem keine Standardeingabeaufforderung für Dateinamen, z. B. automatisch generierte Dateinamen, auf. Dieses Verhalten kann jedoch überschrieben werden, und es kann eine Eingabeaufforderung für einen Dateinamen auf der Pocket PC 2003-Plattform erfolgen. Auf der Smartphone-Plattform können Sie CDocManager::DoPromptFileName aufrufen, wenn eine Eingabeaufforderung für den Dateinamen erfolgen soll. Das Verhalten für Standarddateinamen der DoSave-Methode und der SaveModified-Methode wird auf Windows CE-Plattformen unterstützt. Diese Funktionalität ist mit der auf dem Desktop identisch.

  • MFC 9.0 für Geräte bietet keine Andockunterstützung. Beispielsweise werden CCommandBar::m_pDockBar-Member und CCommandBar::m_pDockContext-Member nicht unterstützt. Weitere Informationen finden Sie unter CCommandBar-Klasse. Weitere Informationen zur Andockunterstützung finden Sie unter Docking and Floating Toolbars.

  • In MFC 9.0 für Geräte wird CDC::FrameRect nicht mehr als Member von CDC Class verwendet.

  • In MFC 9.0 für Geräte wurde CCeDocList in CDocList-Klasse umbenannt.

  • In MFC 9.0 für Geräte ist die CCeSocket-Funktionalität in CAsyncSocket Class gekapselt.

  • In MFC 9.0 für Geräte wird CFont::CreateFont nicht unterstützt. Sie können stattdessen CFont::CreatePointFont verwenden.

  • In MFC 9.0 für Geräte werden CCommandBar::m_pDockBar-Member und CCommandBar::m_pDockContext-Member nicht mehr unterstützt.

  • In MFC 9.0 für Geräte wurde die LPINLINEIMAGEINFO-Struktur durch INLINEIMAGEINFO ersetzt.

  • Die in Visual Studio vom Assistenten generierten Ressourcen entsprechen den Richtlinien für Benutzeroberflächen in Windows Mobile 5.0. Dies bedeutet, dass sich in den Anwendungen bei allen MenuBar-Klassen normalerweise die Schaltfläche Neu immer auf der linken Seite und ein Menü auf der rechten Seite befinden. Deshalb wird in MFC 9.0 für Geräte die m_bShowSharedNewButton-Variable nicht unterstützt. Wenn der Anwendungscode beispielsweise wndCommandBar.m_bShowSharedNewButton = TRUE; verwendet, können Sie die Codezeile als Kommentar ausweisen und Ihre Anwendung zum Portieren von MFC 9.0 für Geräte verwenden.

  • Wenn Ihr Anwendungscode ON_NOTIFY(DLN_CE_CREATE, AFXCE_ID_DOCLIST oder OnCreateDocList, verwendet, wird der folgende Kompilierungsfehler angezeigt:

  • MainFrm.cpp(42) : Fehler C2065: 'DLN_CE_CREATE' : nicht deklarierter Bezeichner

  • MainFrm.cpp(42) : error C2065: 'AFXCE_ID_DOCLIST' : nicht deklarierter Bezeichner

  • In MFC 9.0 können Sie DLN_DOCLIST_CREATE, DLN_DOCLIST_DESTROY und AFX_ID_DOCLIST sicher verwenden.

  • Wenn Sie MFC 9.0 verwenden, kann keine Verknüpfung zu den Standard-CRT-Bibliotheken erstellt werden.

  • Beim Portieren zu MFC 9.0 müssen Sie # define _WIN32_WCE_PSPC einschließen. Dieses Flag wird in MFC 9.0 standardmäßig nicht definiert.

  • Weitere Informationen finden Sie unter Liste der nicht unterstützten Desktop-MFC-Klassen für Geräte.

Siehe auch

Konzepte

Unterschiede zwischen MFC C++ für Geräte und Standard-MFC

Weitere Ressourcen

Eindeutige Klassen in MFC für Geräte