Partilhar via


Plano de fundo OLE: implementação MFC

Devido ao tamanho e a complexidade de API OLE bruto, chame diretamente para gravar aplicativos OLE pode ser muito demorado. A meta da implementação da biblioteca de classes do Microsoft OLE é reduzir a quantidade de trabalho que você precisa tornar a gravação completa caracterizada, os aplicativos podem OLE-.

Este artigo explica as partes da API OLE que não foram MFC interno implementado. A discussão também explica como o que é mapeado implementados a seção de OLE Windows SDK.

Partes de OLE não implementadas pela biblioteca de classes

Alguns recursos e interfaces OLE não são fornecidos diretamente por MFC. Se quiser usar esses recursos, você pode chamar a API OLE diretamente.

  • Interface de IMoniker
    A interface de IMoniker é implementada pela biblioteca de classe (por exemplo, a classe de COleServerItem ) mas não tiver sido expostos anteriormente ao programador. Para obter mais informações sobre essa interface, consulte implementações OLE DB do moniker na seção de OLE Windows SDK. No entanto, consulte também a classe CMonikerFile e CAsyncMonikerFile.

  • IUnknown e interfaces de IMarshal
    A interface de IUnknown é implementada pela biblioteca de classes mas não expõe ao programador. A interface de IMarshal não é implementada pela biblioteca de classes mas é usada internamente. Os servidores de automação compilados usando a biblioteca de classe já tem recursos internos marshaling.

  • Docfiles (arquivos compostos)
    Os arquivos parcialmente compostos têm suporte pela biblioteca da classe. Nenhuma das funções que manipulam diretamente arquivos compostos além de criação são suportadas. O usa MFC classe COleFileStream para dar suporte à manipulação dos fluxos com funções de arquivos padrão. Para obter mais informações, consulte o artigo Contêiner: Arquivos compostos.

  • Servidores em processo e manipuladores de objeto
    Os servidores em processo e os manipuladores do objeto permitem a implementação de dados visuais de edição ou de objetos completo do Component Object Model (COM) em uma biblioteca de vínculo dinâmico) nativa (DLL). Para fazer isso, você pode implementar seu DLL chamando apis OLE diretamente. No entanto, se você estiver escrevendo um servidor de automação e seu servidor não tem nenhuma interface do usuário, você pode usar AppWizard para fazer seu servidor a um servidor em processo e colocá-las completamente em uma DLL. Para obter mais informações sobre esses tópicos, consulte Servidores de automação.

    Dica

    A maneira mais fácil de implementar um servidor de automação é colocá-lo em uma DLL.MFC O da suporte a essa abordagem.

Para obter mais informações sobre como as interfaces OLE DB OLE de ferramentas das classes do Microsoft, consulte a 38técnicas MFC notas, 39, e 40.

Consulte também

Conceitos

Plano de fundo OLE

Plano de fundo OLE: estratégias de implementação