Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Debido al tamaño y la complejidad de la API OLE sin procesar, llamarla directamente para escribir aplicaciones OLE puede llevar mucho tiempo. El objetivo de la implementación de la biblioteca microsoft Foundation Class de OLE es reducir la cantidad de trabajo que tiene que hacer para escribir aplicaciones completas compatibles con OLE.
En este artículo se explican las partes de la API OLE que no se han implementado dentro de MFC. En la explicación también se explica cómo se implementa lo que se implementa se asigna a la sección OLE de Windows SDK.
Partes de OLE no implementadas por la biblioteca de clases
MFC no proporciona directamente algunas interfaces y características de OLE. Si desea usar estas características, puede llamar directamente a la API OLE.
Interfaz IMoniker La IMoniker interfaz se implementa mediante la biblioteca de clases (por ejemplo, la COleServerItem clase), pero no se ha expuesto previamente al programador. Para obtener más información sobre esta interfaz, vea Implementaciones de Moniker OLE en la sección OLE de Windows SDK. Sin embargo, vea también la clase CMonikerFile y CAsyncMonikerFile.
Interfaces IUnknown e IMarshal La IUnknown interfaz se implementa mediante la biblioteca de clases, pero no se expone al programador. La IMarshal biblioteca de clases no implementa la interfaz, pero se usa internamente. Los servidores de Automatización creados con la biblioteca de clases ya tienen funcionalidades de serialización integradas.
La biblioteca de clases admite parcialmente los archivos compuestos de docfiles (archivos compuestos). No se admite ninguna de las funciones que manipulan directamente archivos compuestos más allá de la creación. MFC usa la clase COleFileStream para admitir la manipulación de secuencias con funciones de archivo estándar. Para obtener más información, consulte el artículo Containers: Compound Files.
In-Process Servidores y controladores de objetos Servidores y controladores de objetos en proceso permiten la implementación de datos de edición visual o objetos de modelo de objetos componentes completos (COM) en una biblioteca de vínculos dinámicos (DLL). Para ello, puede implementar el archivo DLL llamando directamente a la API OLE. Sin embargo, si está escribiendo un servidor de Automation y el servidor no tiene ninguna interfaz de usuario, puede usar AppWizard para convertir el servidor en un servidor en proceso y colocarlo completamente en un archivo DLL. Para obtener más información sobre estos temas, consulte Servidores de Automatización.
Sugerencia
La manera más fácil de implementar un servidor de Automation es colocarlo en un archivo DLL. MFC admite este enfoque.
Para obtener más información sobre cómo las clases OLE de Microsoft Foundation implementan interfaces OLE, vea Notas técnicas de MFC 38, 39 y 40.