Patrones De Diseño PDF

Preview

Summary

patrones de diseño...

Description

Julio Enrique Ibarra Artiga 5990-17-9789

Nombre Patrón Patrón Singleton

Definición

Ventaja

Desventaja

Tener una única instancia de una clase durante la aplicación.

Reduce el uso de memoria al evitar instancias de objetos que van a devolver siempre la misma información.

No se puede abusar de él, habrá momentos donde se requieren instancias nuevas

Patrón Fabrica

Realiza flexible el código, al crear instancias dependiendo la necesidad en desarrollo. Es una fábrica de fábricas.

Flexibilidad de código al no depender de una instancia en particular Flexibilidad de código para obtener conexión con fábricas de contextos diferentes.

Patrón prototipo

Para obtener clones de instancias

Devuelve una instancia con el mismo tipos y los mismos valores.

Patrón Fachada

Oculta o simplifica la dificultad de la aplicación.

Patrón Decorador

Agregar funcionalidades a un objeto existente sin modificar su estructura

Simplifica el uso para que el cliente lo use de forma sencilla Más flexible que la herencia. Al utilizar este patrón, se pueden añadir y eliminar responsabilidades en tiempo de ejecución. Además, evita la utilización de la herencia con muchas clases y también, en algunos casos, la herencia múltiple.

Se limita a la fabricación de un conjunto de clases Se deben implementar todos los métodos en la fabrica abstracta de las implementaciones puestas. Su funcionamiento es para ahorro de escritura de código, sin embargo no se presta para todos los requerimientos de desarrollo Es mas adaptado para el uso web

Patrón Fabrica abstracta

Puede haber problemas con la identidad de los objetos. Un decorador se comporta como un envoltorio transparente. Pero desde el punto de vista de la identidad de objetos, estos no son idénticos, por

lo tanto, no deberíamos apoyarnos en la identidad cuando estamos usando decoradores. Patrón Proxy

Patrón Commond

Patrón memento

Patrón observar

patrón estructural que tiene como propósito proporcionar un subrogado o intermediario de un objeto para controlar su acceso.

permite solicitar una operación a un objeto sin conocer realmente el contenido de esta operación, ni el receptor real de la misma. Para ello se encapsula la petición como un objeto, con lo que además facilita la parametrización de los métodos. finalidad es almacenar el estado de un objeto (o del sistema completo) en un momento dado de manera que se pueda restaurar en ese punto de manera sencilla. define una dependencia del tipo uno a muchos entre objetos, de manera que cuando uno de los objetos cambia su estado, notifica este cambio a todos los dependientes.

Un proxy remoto oculta el hecho de que un objeto reside en otro espacio de direcciones. Un proxy virtual puede realizar optimizaciones, como la creación de objetos bajo demanda Encapsula un mensaje como un objeto, con lo que permite gestionar colas o registro de mensaje y deshacer operaciones.

Puede llegar a ser costoso

Se independiza la parte de la aplicación que invoca las órdenes de la implementación de los mismos.

Soportar restaurar el estado a partir de un momento dado.

Se puede recuperar el sistema desde datos pasados

Tiempo de implementación para backups del desarrollo

Por una parte abstrae el acoplamiento entre el sujeto y el observador, lo cual es beneficioso ya que se consigue una mayor independencia y además el sujeto no necesita especificar los observadores afectados por un cambio

Por otro lado, con el uso de este patrón ocurre que se van a desconocer las consecuencias de una actualización, lo cual, dependiendo del problema, puede afectar en mayor o menor medida (por ejemplo, al rendimiento).

Patrón estrategia

permite mantener un conjunto de algoritmos de entre los cuales el objeto cliente puede elegir aquel que le conviene e intercambiarlo dinámicamente según sus necesidades

El uso del patrón proporciona una alternativa a la extensión de contextos, ya que puede realizarse un cambio dinámico de estrategia.

Patrón DAO

DAO propone separar por completo la lógica de negocio de la lógica para acceder a los datos, de esta forma, el DAO proporcionará los métodos necesarios para insertar, actualizar, borrar y consultar la información; por otra parte, la capa de negocio solo se preocupa por lógica de negocio y utiliza el DAO para interactuar con la fuente de datos. en el que se suministran objetos a una clase en lugar de ser la propia clase la que cree dichos objetos.

Es de los más utilizados, especializado a bases de datos

es un patrón de arquitectura de software, que separa los datos y la lógica de negocio de una aplicación de su representación y el módulo encargado de gestionar los eventos y las comunicaciones.

Maneja más orden a la hora del desarrollo, ya que los componentes de los mismos están separados, se pueden afectar cualquier capa sin ningún problema

Patrón inyección de dependencia

Patrón MVC

Nos permite la reutilización de componentes

Como contrapartida, aumenta el número de objetos creados, por lo que se produce una penalización en la comunicación entre estrategia y contexto (hay una dirección adicional).

Este patrón es específico para bases de datos, por lo tanto debe ir acompañado de otro patrón para desarrollo.

Se puede prestar a malas prácticas si no se tiene claro el concepto Enfocado a programación WEB, necesita más patrones para una mejor eficiencia

Para el desarrollo del proyecto se ha seleccionado la combinación de los patrones: MVC+DAO+FABRICA Ya que tendremos interacción con bases de datos, el proyecto será web y para la reutilización del código, esto nos facilitará y garantizará un proyecto exitoso....