Partager via


Liste des classes eVC non prises en charge de MFC 3.0 à 9.0

Mise à jour : novembre 2007

Les classes suivantes sont des typedef qui utilisent des classes de modèle pour fournir les fonctionnalités équivalentes :

Différences de comportement des API de la version MFC 3.0 à la version MFC 9.0

  • La classe de boîte de dialogue CDocument::SaveModified et les ressources associées ont été abandonnées à partir de MFC 9.0, et ce pour toutes les plateformes. Par conséquent, sur les plateformes Pocket PC 2003 et Smartphone 2003, les méthodes DoSave et SaveModified n'ont aucun nom de fichier par défaut lorsqu'elles sont utilisées, ni aucune invite par défaut pour le nom de fichier, tel qu'un nom de fichier généré automatiquement. Toutefois, une option est fournie pour substituer ce comportement et solliciter la saisie d'un nom de fichier sur la plateforme Pocket PC 2003. Sur la plateforme Smartphone, vous pouvez appeler CDocManager::DoPromptFileName, pour solliciter la saisie d'un nom de fichier. Le comportement par défaut en termes de nom de fichier des méthodes DoSave et SaveModified est pris en charge sur la plateforme Windows CE et les fonctionnalités sont les mêmes que sur la plateforme bureautique.

  • MFC 9.0 for Devices ne dispose d'aucune prise en charge de l'ancrage. Par exemple, les membres CCommandBar::m_pDockBar et CCommandBar::m_pDockContext ne sont pas pris en charge. Pour plus d'informations, consultez CCommandBar, classe. Pour plus d'informations sur la prise en charge de l'ancrage, consultez Docking and Floating Toolbars.

  • Dans MFC 9.0 for Devices, CDC::FrameRect n'est plus membre de la classe CDC (voir CDC Class).

  • Dans MFC 9.0 for Devices, CCeDocList est renommé CDocList, classe.

  • Dans MFC 9.0 for Devices, la fonctionnalité CCeSocket est encapsulé dans CAsyncSocket Class.

  • Dans MFC 9.0 for Devices, CFont::CreateFont n'est pas prise en charge ; vous pouvez utiliser CFont::CreatePointFont à la place.

  • Dans MFC 9.0 for Devices, les membres CCommandBar::m_pDockBar et CCommandBar::m_pDockContext ne sont plus pris en charge.

  • Dans MFC 9.0 for Devices, la structure LPINLINEIMAGEINFO est remplacée par INLINEIMAGEINFO.

  • Les ressources générées par l'Assistant Visual Studio sont conformes aux indications de l'interface utilisateur Windows Mobile 5.0. En d'autres termes, les classes MenuBar de toutes les applications ont systématiquement sur la gauche le bouton Nouveau et sur la droite un Menu. Par conséquent, MFC 9.0 for Devices ne prend pas en charge la variable m_bShowSharedNewButton. Par exemple, si votre code d'application utilise wndCommandBar.m_bShowSharedNewButton = TRUE;, vous pouvez mettre la ligne de code en commentaire et obtenir le portage de votre application vers MFC 9.0 for Devices.

  • Si le code de votre application utilise ON_NOTIFY(DLN_CE_CREATE, AFXCE_ID_DOCLIST ou OnCreateDocList,, vous obtiendrez les erreurs de compilation suivantes :

  • MainFrm.cpp(42) : erreur C2065: 'DLN_CE_CREATE' : identificateur non déclaré

  • MainFrm.cpp(42) : erreur C2065: 'AFXCE_ID_DOCLIST' : identificateur non déclaré

  • Dans MFC 9.0, vous pouvez utiliser sans risque DLN_DOCLIST_CREATE, DLN_DOCLIST_DESTROY et AFX_ID_DOCLIST.

  • Lorsque vous utilisez MFC 9.0, vous ne pouvez pas établir de lien avec les bibliothèques CRT standard.

  • Lorsque vous effectuez un portage vers MFC 9.0, incluez # define _WIN32_WCE_PSPC. Cet indicateur n'est pas défini par défaut dans MFC 9.0.

  • Pour plus d'informations, consultez Liste des classes MFC de bureau non prises en charge pour les périphériques.

Voir aussi

Concepts

Différences entre MFC C++ pour périphériques et MFC standard

Autres ressources

MFC unique pour les classes Devices