Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
In-process servers bieden de snelheid en grootte voordeel van een objecthandler met de bewerkingsmogelijkheden van een lokale server. Waarom zou u ervoor kiezen om uw OLE-toepassing te implementeren als een lokale server in plaats van een in-process server? Er zijn verschillende redenen:
- Veiligheid. Alleen een lokale server heeft de adresruimte geïsoleerd van die van de client. Een in-process server deelt de adresruimte en de procescontext van de client en kan daarom minder robuust zijn ten aanzien van fouten of kwaadwillende programmering.
- Granulariteit. Een lokale server kan meerdere exemplaren van het object hosten op veel verschillende clients, waarbij de serverstatus tussen objecten op meerdere clients wordt gedeeld, op manieren die moeilijk of onmogelijk zouden zijn als deze worden geïmplementeerd als een in-process server, wat simpelweg een DLL is die in elke client wordt geladen.
- Compatibiliteit. Als u ervoor kiest om een in-processerver te implementeren, moet u compatibiliteit met OLE 1 verwijderen, wat dergelijke servers niet ondersteunt. Dit is geen overweging voor veel ontwikkelaars, maar als dit het is, is het van cruciaal belang.
- Het niet mogelijk om koppelingen te ondersteunen. Een in-process server kan niet fungeren als een koppelingsbron. Omdat een DLL niet zelfstandig kan worden uitgevoerd, kan er geen bestandsobject worden gemaakt waaraan moet worden gekoppeld.
Ondanks deze nadelen kan een in-process server een uitstekende keuze zijn voor de snelheid en grootte, als deze voldoet aan al uw andere vereisten.
Verwante onderwerpen