OLE arrière-plan : implémentation MFC
En raison de la taille et de la complexité d'OLE API brut, l'appeler directement pour écrire des applications OLE peut être très longue.L'objectif de l'implémentation de la bibliothèque MFC OLE est de réduire la quantité de travail que vous devez effectuer pour écrire des applications complètes et OLE-capables.
Cet article explique les parties d'OLE API qui n'ont pas été MFC intérieur implémenté.Cette rubrique explique également comment ce qui est le préfixe implémentées à la notion de section d' Kit de développement logiciel Windows.
Parties d'OLE non implémentées par la bibliothèque de classes
Certaines interfaces et fonctionnalités OLE ne sont pas directement fournies par les MFC.Si vous souhaitez utiliser ces fonctionnalités, vous pouvez appeler la NOTION API directement.
Interface d'IMoniker
l'interface d' IMoniker est implémentée par la bibliothèque de classes (par exemple, la classe d' COleServerItem ) mais n'a pas été précédemment exposée au programmeur.Pour plus d'informations sur cette interface, consultez les OLE implémentations moniker dans OLE section d' Kit de développement logiciel Windows.Toutefois, consultez également la classe CMonikerFile et CAsyncMonikerFile.Interfaces d'IUnknown et d'IMarshal
l'interface d' IUnknown est implémentée par la bibliothèque de classes mais n'est pas exposée au programmeur.L'interface d' IMarshal n'est pas implémentée par la bibliothèque de classes mais elle est utilisée en interne.Les serveurs Automation générés à l'aide de la bibliothèque de classes font déjà incorporer des fonctions de marshaling.Docfiles (fichiers composés)
Les fichiers composés sont pas pris en charge par la bibliothèque de classes.Aucune des fonctions qui manipulent directement des fichiers composés au delà de le design n'est prise en charge.La classe COleFileStream en charge MFC pour prendre en charge la manipulation des flux de données avec le fichier standard s'exécute.Pour plus d'informations, consultez l'article conteneurs : fichiers composés.Serveurs in-process et gestionnaires d'objets
Les serveurs in-process et les gestionnaires d'objets permettent l'implémentation des données de modification sur place ou des objets complets (COM) de modèle COM dans une bibliothèque de liens (DLL) dynamiques.Pour ce faire, vous pouvez implémenter votre DLL en appelant la NOTION API directement.Toutefois, si vous écrivez un serveur Automation et que celui-ci n'a pas d'interface, vous pouvez utiliser AppWizard pour en faire un serveur in-process et de l'intégrer complètement dans une DLL.Pour plus d'informations sur ces rubriques, consultez Serveur Automation..gif "Conseil")
ConseilLa façon la plus simple d'implémenter un serveur Automation est de le placer dans une DLL.MFC prend en charge cette approche.
Pour plus d'informations sur la façon dont les classes OLE MFC (Microsoft Foundation implémentent de interfaces OLE, consultez les MFC technical notes 38, 39, et 40.