Nödvändiga gränssnitt (COM)

Tabellen nedan visar ActiveX Control Container-gränssnitten och anger vilka gränssnitt som är valfria och vilka som är obligatoriska och måste implementeras av kontrollcontainrar.

Gränssnitt	Krävs?	Kommentarer
IOleClientSite	Ja
IAdviseSink	Nej	Endast när containern vill ha (a) meddelanden om dataändring (kontroller med IDataObject), (b) visa ändringsmeddelande (kontroller som inte är aktiva och har IViewObject eller IViewObject2), och (c) andra meddelanden från kontroller som fungerar som standardinbäddade objekt.
IOleInPlaceSite	Ja
IOleControlSite	Ja
IOleInPlaceFrame	Ja
IOleContainer	Ja	Se anmärkning 1
IDispatch- för omgivande egenskaper	Ja	Se anmärkning 2 och Omgivande egenskaper för kontroller
Kontrollera händelseuppsättningar	Ja	Se anmärkning 2
ISimpleFrameSite	Nej	ISimpleFrameSite och stöd för kapslade enkla ramar är valfritt.
IPropertyNotifySink	Nej	Behövs endast för containrar som (a) har ett eget användargränssnitt för egenskapsredigering, vilket skulle kräva uppdatering när en kontroll ändrade själva egenskapen eller (b) vill kontrollera [requestedit] egenskapsändringar och andra sådana databindningsfunktioner.
IErrorInfo	Ja	Obligatoriskt om containern har stöd för dubbla gränssnitt. Se anmärkning 2.
IClassFactory2	Nej	Support rekommenderas starkt.

1. IOleContainer implementeras på dokumentet eller formulärobjektet (eller lämplig analog) som innehåller containerplatserna. Kontroller använder IOleContainer för att navigera till andra kontroller i samma dokument eller formulär.
2. Stöd för dubbla gränssnitt är inte obligatoriskt, men rekommenderas starkt. Att skriva ActiveX-kontrollcontainrar för att dra nytta av dubbla gränssnitt ger bättre prestanda med kontroller som erbjuder stöd för dubbla gränssnitt.

ActiveX-kontrollcontainrar måste ha stöd för OLE Automation-undantag. Om en kontrollcontainer stöder dubbla gränssnitt måste den samla in automatiseringsfel via IErrorInfo.

Relaterade ämnen

containrar