ADSI

•CAHUATA LAVILLA, YOLMY MILAGROS - (191870)

•CHOQUELUQUE GARCIA, ALEJANDRO MIGUEL - (193000)
•CUSI QUISPE, YANET - (192419)
•GIFONE VILLASANTE EDUARDO JUAREIS - (193001)
 ADSI

“Fachada”, este patrón nos permite

acceder a un subsistema de forma más
sencilla. proporcionando una interfaz de
•Choqueluque Garcia, Alejandro Miguel alto nivel.

Se encarga de facilitar la comunicación con

todos los subsistemas necesarios.

Ocultar la complejidad de interactuar con un

conjunto de subsistemas.

Provee una interfaz unificada para un conjunto

de interfaces de un subsistema
01 08
 ADSI

COMPLICATED CLASS
Conjunto de clases a utilizar mediante el
punto de acceso central sencillo
mediante la fachada.

FANCADE
Clase que ofrece funcionalidad que
demanda el cliente
mediante una interfaz sencilla.

CLIENT
Sistema que quiere hacer uso de la
clase compleja o conjunto de
02 subsistemas mediante la fachada.
 ADSI

Minimiza la complejidad de los subsistemas con tareas

DESVENTAJAS
redundantes.
VENTAJAS

Promueve el principio de acoplamiento suelto.

El software se vuelve más flexible y fácilmente expandible.
Reduce el acoplamiento entre el subsistema y los clientes.

Aplicación compleja (especialmente en un código

existente).
La aproximación está acompañada por un nivel adicional
de indirección.
Alto grado de dependencia en la interfaz de la fachada.

03
ADSI
CASOS DE USO
Nuestro sistema cliente tiene que
acceder a parte de la funcionalidad
de un sistema complejo.
Hay tareas o configuraciones muy
frecuentes y es conveniente
simplificar el código de uso.
Necesitamos hacer que una librería
sea más legible.
Nuestros sistemas clientes tienen que
acceder a varias APIs y queremos
simplificar dicho acceso.
El sistema compilador de smalltalk
utiliza facade para agrupar clases
como escáner, flujos de datos y
analizador de sintaxis.
También es utilizado para agrupar
frameworks.
En java las clases graphics y Font
utilizan facade.
USOS CONOCIDOS
04
 ADSI

El patrón Composite consiste en

representar objetos simples y sus
containers en una clase abstracta
•Cahuata Lavilla, Yolmy Milagros de manera que puedan ser
tratados uniformemente.
Este tipo de estructura se conoce
como jerarquía parte-todo en la
que un objeto es siempre, o una
parte de un todo, o un todo
compuesto por varias partes

05
 ADSI

EXTRUCTURA
El Cliente: Funciona con todos los
elementos a través de la interfaz
componente

La interfaz Componente: Describe

operaciones a elementos simples y
complejos del árbol.

La Hoja: Es un elemento básico de un

árbol que no tiene subelementos.

El Contenedor (Composite): Elemento que tiene

subelementos: hojas u otros contenedores.
06
 ADSI

Facilita la representación de estructuras altamente anidadas

Código simple y conciso
Gran extensibilidad.

DESVENTAJAS
Puedes trabajar con estructuras de árbol complejas con mayor
VENTAJAS

comodidad: utiliza el polimorfismo y la recursión.

Principio de abierto/cerrado. Puedes introducir nuevos tipos de elemento
en la aplicación sin descomponer el código existente, que ahora funciona
con el árbol de objetos..

Implementación de interfaz de componentes complicada

Ajustes posteriores de las propiedades Composite complicados
Puede resultar difícil proporcionar una interfaz común para clases
cuya funcionalidad difiere demasiado.
Podría hacer el diseño demasiado general, dificultando la imposición
de restricciones sobre ciertos componentes de la jerarquía
07
08
 ADSI

Se utiliza cuando queremos

01 implementar una estructura de
objetos con forma de árbol.

Cuando quieras construir una

02 estructura de objetos recursivos
anidados.

Cuando quieras que el código

03 cliente trate elementos simples y
complejos de la misma forma.

Cuando quieres representar

04
jerarquías de objetos todo-parte
09
 ADSI

El patrón de diseño Decorador es una

•Gifone Villasante Eduardo Juareis estrategia de diseño revelada en 1994
para expandir la funcionalidad de las
clases dinámicamente en el software de
computación orientado a objetos. Según
este patrón, cualquier objeto puede
complementarse con un comportamiento
deseado sin influir en las funcionalidades
de otros objetos de la misma clase.

08
10
 ADSI

Al igual que otros patrones GoF, como, por ejemplo, el patrón

Strategy o el Builder, el patrón Decorator tiene como objetivo
hacer que los componentes del software orientado a objetos sean
más flexibles y fáciles de reutilizar. Con este fin, el enfoque permite
a los desarrolladores añadir y eliminar las dependencias de un
objeto de manera dinámica y, cuando sea necesario, durante el
tiempo de ejecución. Esto convierte al nombrado patrón en una
buena alternativa al uso de subclases, las cuales pueden
complementar a una clase, pero no permiten hacer ajustes
durante el tiempo de ejecución.

06
11
 ADSI

1. El Componente declara la interfaz común tanto para wrappers como

para objetos envueltos.
2. Componente Concreto es una clase de objetos envueltos. Define el
comportamiento básico, que los decoradores pueden alterar.
3. La clase Decoradora Base tiene un campo para referenciar un objeto
envuelto. El tipo del campo debe declararse como la interfaz del
componente para que pueda contener tanto los componentes concretos
como los decoradores. La clase decoradora base delega todas las
operaciones al objeto envuelto.
4. Los Decoradores Concretos definen funcionalidades adicionales que se
pueden añadir dinámicamente a los componentes. Los decoradores
concretos sobrescriben métodos de la clase decoradora base y ejecutan
su comportamiento, ya sea antes o después de invocar al método padre.
5. El Cliente puede envolver componentes en varias capas de decoradores,
siempre y cuando trabajen con todos los objetos a través de la interfaz
del componente.
12
✔Puedes extender el comportamiento de un objeto sin crear una nueva ADSI
subclase.
✔Puedes añadir o eliminar responsabilidades de un objeto durante el tiempo
de ejecución.
✔Puedes combinar varios comportamientos envolviendo un objeto con varios
decoradores.
✔Principio de responsabilidad única. Puedes dividir una clase monolítica que
implementa muchas variantes posibles de comportamiento, en varias clases
más pequeñas.

❌Resulta difícil eliminar un wrapper específico de la pila de wrappers.

❌Es difícil implementar un decorador de tal forma que su comportamiento no

dependa del orden en la pila de decoradores.

❌El código de configuración inicial de las capas pueden tener un aspecto

desagradable.

07

❗ Utiliza el patrón cuando resulte
extraño o no sea posible extender
el comportamiento de un objeto
utilizando la herencia.
Muchos lenguajes de
programación cuentan con la
palabra clave final que puede
utilizarse para evitar que una
clase siga extendiéndose. Para
una clase final, la única forma de
reutilizar el comportamiento
existente será envolver la clase
con tu propio wrapper, utilizando
el patrón Decorator.
ADSI
❗ Utiliza el patrón Decorator cuando
necesites asignar funcionalidades
adicionales a objetos durante el
tiempo de ejecución sin descomponer
el código que utiliza esos objetos.
El patrón Decorator te permite
estructurar tu lógica de negocio en
capas, crear un decorador para
cada capa y componer objetos con
varias combinaciones de esta lógica,
durante el tiempo de ejecución. El
código cliente puede tratar a todos
estos objetos de la misma forma, ya
que todos siguen una interfaz común.
14
 ADSI

•Cusi Quispe, Yanet

Se utiliza para crear objetos que

pueden representar funciones
de otras clases u objetos y la
interfaz se utiliza para acceder a
estas funcionalidades

15
 CONTROL DE ACCESO:
Es posible que los
administradores del servidor
proxy permite que ciertos
usuarios tengan o no acceso a
Internet a través de
restricciones en su propio inicio
de sesión o direcciones IP,
proporcionando al entorno una
capa adicional de protección.
FILTRADO DE CONTENIDO:
Al estar en el medio del camino,
el servidor también permite, o
no, el acceso a ciertos sitios.
Entre las reglas que se pueden
aplicar están aquellas para
bloquear sitios web específicos,
pudiendo llegar a bloquear
categorías completas.
16
 PROXY REMOTO PROXY PROTECCIÓN:
Simula un representante Permite controlar el acceso a
local de un objeto un objeto dependiendo de
externo. ciertos permisos.

PROXY
PROXY VIRTUAL:
INTELIGENTE:
Se usan pedir objetos que
Realiza operaciones
son costosos (desde el
adicionales antes de acceder
punto de vista de la
al objeto.
17 memoria).
 IObject
La interface común
entre el Objet y el Proxy
Object
El objeto al que el
cliente quiere ejecutar.
PROXY
Clase que implementa
IObject y delega la
responsabilidad al
Object
 ADSI

Una de las principales es la seguridad que tenemos de que, como el

proxy es lo único que interactúa con el objeto, el estado del mismo

DESVENTAJAS
se modifica a través del proxy. Gestiona los objetos que consumen
VENTAJAS

muchos recursos y, al hacer ese manejo, evita que haya muchas

instancias de los mismos.

La principal es que agrega una capa de abstracción extra que a

veces puede ser un inconveniente ya que permite que haya gente
usando el objeto a través del proxy y otros de manera directa.
Ocasionando un comportamiento errante al utilizar el proxy

17
18