Klasickým příkladem je použití tohoto vzoru v remote technologiích na síti. Úkolem je vytvořit technologii přístupu ke vzdálenému objektu na jiném stroji. komponenta klient se nachází na jednom stroji a vzdálená komponenta (server) na jiném stroji. Vyžaduje se, aby klient pracoval s touto komponentou stejně, jako by byla u něj na stejném stroji (volá stejným způsobem její operace).
Jako řešení se použije komponenta proxy, která poskytuje na vně stejné rozhraní, jako původní komponenta. Komponenta proxy zabezpečuje technologii propojení mezi stroji.
Kontext
Klient potřebuje přístup ke službám jiné komponenty. Přímý přístup je technicky možný, ale
nemusí být nejlepším řešením.
Problém
- Přístup ke komponentě by měl být efektivní (za běhu programu), finančně méně náročný a bezpečný jak pro klienta, tak pro komponentu.
- Přístup by měl být pro klienta transparentní a jednoduchý.
Řešení
Klient bude komunikovat se zástupcem (nazývaným proxy) místo s danou komponentou. Proxy kromě poskytnutí stejného rozhraní, poskytuje ještě další operace tzv. pre a post processing jako např. kontrolu přístupu, vytváření pouze read-only kopií původní komponenty atd.
Struktura
Klient, který potřebuje některé funkce originální komponenty svoji žádost směřuje na proxy (nepřímou cestou). Klient nemění své chování ani syntaxi požadavků. Proxy poskytuje stejné rozhraní jako originální komponenta. Z důvodů realizovatelnosti, proxy udržuje referenci na původní (originální) komponentu, kterou zastupuje. Obyčejně mezi proxy a originální komponentou existuje asociace jedna k jedné.
Na obrázku je struktura vzoru proxy uvedena pomocí diagramu tříd.
Na obrázku je uvedena vzor proxy s využitím sekvenčního diagramu UML.
Druhy proxy
Remote proxy Klienti vzdálených komponent by měly být ochráněni od síťových adres a mezi procesových komunikačních protokolů.Protection proxy. Komponenty musí být chráněny od neautorizovaného přístupu.
Cache proxy. Vícenásobní lokální klienti mohou sdílet výsledky ze vzdálených komponent.
Synchronization proxy. Vícenásobné současné přístupy ke komponentě musí být synchronizovány.
Counting proxy. Používá se pro vedení statistik přístupu, nebo pro odstranění nepoužívaných komponent.
Virtual proxy. Je známé též pod označením lazy construction. Používá se zejména tehdy, je-li komponenta uložena na pevném disku. Zpracování, nebo nahrávání celé komponenty (z pevného disku) může být nákladné, zatímco částečné informace o komponentě mohou být dostatečné.
Firewall proxy. Lokální klienti jsou chráněni od vnějšího světa.
Z důvodů efektivnosti rozlišujeme tři případy vzdáleného proxy:
- Klient a originál žijí ve stejném procesu.
- Klient a originál žijí v odlišných procesech stejného počítače.
- Klient a originál žijí v různých procesech, které běží na různých počítačích.
V prvním případě nepotřebujeme proxy. Ve druhém a třetím případě většinou dáváme položky pro vzdálené adresy do proxy. Obyčejně se skládají z ID počítače, portu nebo čísla procesu a ID objektu.
2013 ©