Proxy: The Control Intermediary

Why this matters

Sometimes you cannot or should not access an object directly — it may be expensive to initialize, require access control, live on a remote server, or need logging on every call. The Proxy pattern places an intermediary in front of the real object. Both the proxy and the real object implement the same interface, so callers are unaware they are talking to a substitute. The real object is only involved when the proxy decides it needs to be.

A veces no puedes o no deberías acceder a un objeto directamente — puede ser costoso de inicializar, requerir control de acceso, vivir en un servidor remoto o necesitar registro en cada llamada. El patrón Proxy coloca un intermediario frente al objeto real. Tanto el proxy como el objeto real implementan la misma interfaz, por lo que los llamadores no saben que están hablando con un sustituto. El objeto real solo interviene cuando el proxy decide que es necesario.

✗ The problem

✓ The solution

Types of proxiesTipos de proxies

There are four common proxy variants: Virtual (lazy loading — create the real object only on first use), Protection (access control — check permissions before delegating), Caching (memoize results — avoid repeating expensive calls), and Remote (represent an object on a different machine — gRPC stubs and REST clients are proxies). All share the same structure: same interface, wraps the real object, adds behavior without changing it.

Existen cuatro variantes comunes de proxy: Virtual (carga perezosa — crea el objeto real solo en el primer uso), de Protección (control de acceso — verifica permisos antes de delegar), de Caché (memoiza resultados — evita repetir llamadas costosas), y Remoto (representa un objeto en una máquina diferente — los stubs gRPC y los clientes REST son proxies). Todos comparten la misma estructura: misma interfaz, envuelve el objeto real, añade comportamiento sin cambiarlo.