Sfondo OLE: Implementazione MFC

A causa della dimensione e della complessità OLE non elaborato API, chiamarli direttamente per scrivere applicazioni OLE può essere molto che richiedeva molto tempo.L'obiettivo dell'implementazione della libreria MFC OLE è di ridurre la quantità di lavoro che è necessario eseguire per scrivere applicazioni complete e OLE-capaci.

Questo articolo illustra le parti OLE API che non sono state MFC interno distribuito.La discussione viene inoltre illustrato come qual è il mapping distribuiti nella sezione OLE di Windows SDK.

Parti di OLE non implementate dalla libreria di classi

Alcune interfacce e funzionalità OLE direttamente non sono fornite da MFC.Se si desidera utilizzare queste funzionalità, è possibile chiamare direttamente le API OLE.

• Interfaccia di IMoniker
  L'interfaccia di IMoniker viene implementata dalla libreria di classi (ad esempio, la classe di COleServerItem ) ma non ne è già stata esposta al programmatore.Per ulteriori informazioni su questa interfaccia, vedere le implementazioni del moniker OLE nella sezione OLE di Windows SDK.Tuttavia, vedere anche la classe CMonikerFile e CAsyncMonikerFile.

• Interfacce di IMarshal e di IUnknown
  L'interfaccia di IUnknown viene implementata dalla libreria di classi ma non viene esposta al programmatore.L'interfaccia di IMarshal non viene implementata dalla libreria di classi ma viene utilizzata internamente.I server di automazione compilati utilizzando la libreria di classi già dispongono di funzionalità di marshalling incorporate.

• Docfiles (file composte)
  I file composita parzialmente sono supportati dalla libreria di classi.Nessuna delle funzioni che modificano direttamente i file compositi oltre la creazione sono supportate.Gli utilizzi MFC classe COleFileStream per supportare la modifica dei flussi con le funzioni di file standard.Per ulteriori informazioni, vedere l'articolo contenitori: File composte.

• Server in-process e gestori dell'oggetto
  I server in-process e i gestori dell'oggetto consentono l'implementazione dei dati di modifica visiva o oggetti completi (COM) (Component Object Model) in una libreria a collegamento (DLL) dinamico.A questo scopo, è possibile distribuire la DLL chiamando OLE direttamente API.Tuttavia, se si scrive un server di automazione che non dispone dell'interfaccia utente, è possibile utilizzare AppWizard per trasformarlo in un server in-process e per inserirlo completamente in una DLL.Per ulteriori informazioni su questi argomenti, vedere server di automazione.

  Suggerimento
  Il modo più semplice per implementare un server di automazione è di posizionarlo in una DLL.MFC supporta questo approccio.

Per ulteriori informazioni su come le classi MFC (Microsoft Foundation OLE implementano le interfacce OLE, vedere le note tecniche 38, 39e 40MFC.

Vedere anche

Concetti

Sfondo OLE

Sfondo OLE: strategie di implementazione