Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Devido ao tamanho e à complexidade da API OLE bruta, chamá-la diretamente para gravar aplicativos OLE pode ser muito demorada. O objetivo da implementação da Biblioteca de Classes do Microsoft Foundation do OLE é reduzir a quantidade de trabalho que você precisa fazer para escrever aplicativos completos e compatíveis com OLE.
Este artigo explica as partes da API OLE que não foram implementadas dentro do MFC. A discussão também explica como o que é implementado se relaciona com a seção OLE do SDK do Windows.
Partes do OLE não implementadas pela biblioteca de classes
Algumas interfaces e recursos do OLE não são fornecidos diretamente pelo MFC. Se você quiser usar esses recursos, poderá chamar a API OLE diretamente.
Interface IMoniker A IMoniker
interface é implementada pela biblioteca de classes (por exemplo, a COleServerItem
classe), mas não foi exposta anteriormente ao programador. Para obter mais informações sobre essa interface, consulte Implementações de Moniker OLE na seção OLE do SDK do Windows. No entanto, consulte também as classes CMonikerFile e CAsyncMonikerFile.
Interfaces IUnknown e IMarshal A IUnknown
interface é implementada pela biblioteca de classes, mas não é exposta ao programador. A IMarshal
interface não é implementada pela biblioteca de classes, mas é usada internamente. Os servidores de automação criados usando a biblioteca de classes já têm recursos de marshaling internos.
Docfiles (Arquivos Compostos) são parcialmente compatíveis com a biblioteca de classes. Nenhuma das funções que manipulam diretamente arquivos compostos além da criação tem suporte. O MFC usa classe COleFileStream
para dar suporte à manipulação de fluxos com funções de arquivo padrão. Para obter mais informações, consulte o artigo Contêineres: Arquivos Compostos.
In-Process Servidores de processo interno e manipuladores de objetos Servidores e manipuladores de objetos permitem a implementação de dados de edição visual ou Modelos de Objetos Componentes (COM) completos em uma DLL (biblioteca de vínculo dinâmico). Para fazer isso, você pode implementar sua DLL chamando a API OLE diretamente. No entanto, se você estiver escrevendo um servidor de Automação e seu servidor não tiver nenhuma interface do usuário, você poderá usar o AppWizard para tornar seu servidor um servidor em processo e colocá-lo 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. O MFC dá suporte a essa abordagem.
Para obter mais informações sobre como as classes OLE do Microsoft Foundation implementam interfaces OLE, consulte as Notas Técnicas do MFC 38, 39 e 40.
Consulte também
Plano de fundo OLE
Plano de fundo OLE: estratégias de implementação