PATRON PROXY

UNIVERSIDAD CATÓLICA DE CUENCA
COMUNIDAD EDUCATIVA AL SERVICIO DEL PUEBLO
UNIDAD ACADÉMICA DE INGENIERIA DE SISTEMAS,
ELÉCTRICA Y ELECTRÓNICA

MODELO DE IMPLEMENTACIÓN
PATRON PROXY
CLAUDIO GUEVARA
UNIDAD ACADÉMICA DE INGENIERÍA DE SISTEMAS, ELÉCTRICA Y ELECTRÓNICA, UNIVERSIDAD
CATÓLICA DE CUENCA
CUENCA, ECUADOR
fernandog.120@hotmail.com

Abstract— We have a parent object inheritingsubject of two others: SujetoReal and Proxy they all have a method request
(). The client would call the method request () of Subject, which would pass the request to the proxy, which in turn
instanciaría SujetoReal and call your request (). This allows us to control the requests to SujetoReal by proxy, for example
instantiating real subject as necessary and be removing it when you stop accessto it.

Resumen— Tenemos un objeto padre Sujeto del que heredan otros dos: SujetoReal y Proxy, todos ellos tienen un método petición
(). El cliente llamaría al método petición () de Sujeto, el cual pasaría la petición a Proxy, que a su vez instanciaría SujetoReal y
llamaría a su petición (). Esto nos permite controlar las peticiones a SujetoReal mediante el Proxy, por ejemplo instanciandoSujeto
Real cuando sea necesario y eliminándolo cuando deje de serlo el acceso a él.

Palabras Clave: Control, Manejo, Remoto, Virtual.
Proxy

I. INTRODUCCIÓN

B.

El presente documento aborda uno de los patrones
estructurales del grupo de los cuatro (GOF), el patrón Proxy,
el cual según Erich Gamma su propósito es proporcionar un
sustituto de un determinado objeto para controlar el accesoa
dicho objeto.

Propósito

Proporciona un representante o sustituto de otro objeto
para controlar el acceso a este.
Este patrón es ampliamente utilizado en frameworks
cómo Hibernate o Spring AOP, permitiendo capturar las
llamadas a objetos POJO y permitiendo insertar en ellas
capacidades de persistencia para el caso de Hibernate, u otro
tipo de aspectos como gestión de seguridad otransacciones
para Spring AOP.

También esta investigación presenta la problemática a la
cual es aplicable y la solución que propone el patrón
estructural Proxy incluyendo diagramas de clases y
abordamos la responsabilidad que este debe de realizar.
Asimismo se muestra el código de ejemplo implementando
el patrón estructural.

C. Sinónimos

II. TEXTO
A.

El patrón Proxy también se leconoce con el
nombre de

Nombre

-

1

-

UNIVERSIDAD CATÓLICA DE CUENCA
COMUNIDAD EDUCATIVA AL SERVICIO DEL PUEBLO
UNIDAD ACADÉMICA DE INGENIERIA DE SISTEMAS,
ELÉCTRICA Y ELECTRÓNICA


Surrogate (sustituto).

D. Motivación
Una razón para controlar el acceso a un objeto es retrasar
todo el costo de su creación e inicialización hasta que sea
realmente necesario usarlo.Pensemos en un editor de
documentos que puede insertar objetos gráficos en un
documento. [1].
Algunos de estos objetos gráficos, como grandes
imágenes raster, pueden ser costosos de crear. Sin embargo
abrir un documento debería ser una operación que se
efectuase rápidamente, por lo que debería evitar crear todos
los objetos costosos a la vez en cuanto se abra el documento.
Por otro lado, tampocoes necesario, ya que no todos esos
objetos serán visibles al documento al mismo tiempo. [2].

Fig. 1: Diagrama de clases del patrón Proxy

G. Participantes
Subject: Interfaz o clase abstracta que proporciona un
acceso común al objeto real y su representante (proxy), de
modo que pueda usarse un Proxy en cualquier sitio en el que
se espere un RealSubject.

E. Aplicabilidad
El patrónproxy se usa cuando se necesita una referencia
a un objeto más flexible o sofisticada que un puntero.
Dependiendo de la función que se desea realizar con dicha
referencia podemos distinguir diferentes tipos de proxies:

Proxy: Mantiene una referencia al objeto real. Controla
la creación y acceso a las operaciones del objeto real.
RealSubject: Define el objeto real representado por el
Proxy....