In-Process kiszolgálók

Ha egy OLE-kiszolgálóalkalmazást folyamatközi kiszolgálóként implementál – a tárolóalkalmazás folyamatterében futó DLL-t – a helyi kiszolgáló helyett a saját folyamatterében futó EXE-t –, akkor a tároló és a kiszolgáló közötti kommunikáció egyszerűbb, mert a kettő közötti kommunikáció normál függvényhívások formáját öltheti. A távoli eljáráshívásokra nincs szükség, mert a két alkalmazás ugyanabban a folyamattérben fut. Ahogy várható volt, a paraméterek marshalingját kezelő objektumok szintén szükségtelenek, bár a DLL-ben összesíthetők anélkül, hogy zavarnák a tároló és a kiszolgáló közötti kommunikációt.

Ha egy OLE-kiszolgálóalkalmazást folyamatközi kiszolgálóként implementál, nincs szükség külön objektumkezelőre, mert maga a kiszolgáló az ügyfél folyamatterületén él. A folyamaton belüli kiszolgáló és az objektumkezelő közötti fő különbség az, hogy a kiszolgáló futó állapotban tudja kezelni az objektumot, míg a kezelő nem. A különbség egyik következménye, hogy a kiszolgálónak felhasználói felületet kell biztosítania a futó objektum kezeléséhez, míg egy kezelő delegálja ezt a követelményt az objektum kiszolgálójára. A folyamaton belüli kiszolgáló létrehozásakor összesítheti az OLE alapértelmezett kezelőjét, így kezelheti az alapműveleteket, például a megjelenítést, a tárolást és az értesítéseket, miközben csak azokat a szolgáltatásokat valósítja meg, amelyeket a kezelő nem, vagy nem a kívánt módon valósít meg.

További információkért tekintse meg a következő témaköröket:

• Előnyök
• hátrányok

Kapcsolódó témakörök

összetett dokumentumok