Please enable JavaScript.

Coggle requires JavaScript to display documents.

Patrones de Diseño, image, image, image, image, image - Coggle Diagram

- - - - Propósito: Pasar petición por cadena manejadores
      - Caract: Desacoplamiento, múltiples manejadores
      - Caso: Sistema soporte (n1, n2, supervisor)
      - Ventajas: Flexibilidad, responsabilidad compartida
      - Cuándo: Múltiples objetos pueden manejar petición
  - - - Propósito: Encapsular petición como objeto
      - Caract: Deshacer/rehacer, cola comandos
      - Caso: Editor texto (deshacer acciones)
      - Ventajas: Desacoplamiento, historial
      - Cuándo: Parametrizar operaciones, deshacer
  - - - Propósito: Recorrer elementos colección
      - Caract: Acceso secuencial, oculta estructura
      - Caso: Recorrer lista, árbol sin exponer
      - Ventajas: Separación, múltiples iteradores
      - Cuándo: Acceder colección sin exponer detalles
  - - - Propósito: Centralizar comunicación entre objetos
      - Caract: Reduce acoplamiento, hub central
      - Caso: Chat (mediador entre usuarios)
      - Ventajas: Mantenibilidad, reutilización
      - Cuándo: Objetos interactúan de forma compleja
  - - - Propósito: Capturar y restaurar estado
      - Caract: Snapshot, encapsulación estado
      - Caso: Deshacer/rehacer editor
      - Ventajas: Encapsulación, restauración
      - Cuándo: Guardar estado sin violar encapsulación
  - - - Propósito: Notificar cambios a dependientes
      - Caract: Publicador-suscriptor, uno a muchos
      - Caso: MVC (modelo notifica vistas)
      - Ventajas: Bajo acoplamiento, broadcast
      - Cuándo: Objeto cambia y otros deben actualizarse
  - - - Propósito: Cambiar comportamiento según estado
      - Caract: Estados como objetos, transiciones
      - Caso: Máquina expendedora (estados)
      - Ventajas: Organización, fácil agregar estados
      - Cuándo: Comportamiento depende del estado
  - - - Propósito: Encapsular familia algoritmos
      - Caract: Algoritmos intercambiables, dinámico
      - Caso: Ordenamiento (quicksort, merge)
      - Ventajas: Flexibilidad, evita condicionales
      - Cuándo: Múltiples variantes de algoritmo
  - - - Propósito: Definir esqueleto algoritmo
      - Caract: Pasos fijos, subclases implementan detalles
      - Caso: Framework conexión BD (abrir, ejecutar, cerrar)
      - Ventajas: Reutilización, control flujo
      - Cuándo: Algoritmo común con pasos variables
  - - - Propósito: Separar algoritmo de estructura
      - Caract: Operaciones externas, double dispatch
      - Caso: Exportar documentos (PDF, HTML, TXT)
      - Ventajas: Agregar operaciones sin modificar clases
      - Cuándo: Muchas operaciones en estructura estable
- - - - Propósito: Compatibilizar interfaces incompatibles
      - Caract: Wrapper, convierte interfaz
      - Caso: Usar librería XML con JSON
      - Ventajas: Reutilización código, flexibilidad
      - Cuándo: Integrar clases con interfaces diferentes
  - - - Propósito: Separar abstracción de implementación
      - Caract: Doble jerarquía, desacoplamiento
      - Caso: Formas (círculo, cuadrado) y colores
      - Ventajas: Extensibilidad independiente, reduce clases
      - Cuándo: Evitar explosión combinaciones
  - - - Propósito: Tratar objetos y composiciones uniformemente
      - Caract: Árbol jerárquico, operaciones recursivas
      - Caso: Sistema archivos (carpetas/archivos)
      - Ventajas: Simplicidad, fácil agregar elementos
      - Cuándo: Estructura jerárquica árbol
  - - - Propósito: Añadir funcionalidad dinámicamente
      - Caract: Envoltorio, composición sobre herencia
      - Caso: Café con leche, azúcar, crema
      - Ventajas: Flexibilidad, evita subclases
      - Cuándo: Añadir responsabilidades dinámicas
  - - - Propósito: Interfaz simplificada a sistema complejo
      - Caract: Unifica subsistemas, reduce dependencias
      - Caso: API simplificada para librería compleja
      - Ventajas: Simplicidad, desacoplamiento
      - Cuándo: Simplificar subsistema complejo
  - - - Propósito: Compartir estado para ahorrar memoria
      - Caract: Estado intrínseco/extrínseco, pool objetos
      - Caso: Editor texto (caracteres compartidos)
      - Ventajas: Eficiencia memoria, rendimiento
      - Cuándo: Muchos objetos similares
  - - - Propósito: Controlar acceso a objeto
      - Caract: Intermediario, lazy loading, control
      - Caso: Imagen carga bajo demanda
      - Ventajas: Control acceso, optimización
      - Cuándo: Acceso costoso o controlado
- - - - Propósito: Crear familias de objetos relacionados
      - Caract: Interfaz única, familias consistentes
      - Caso: UI multiplataforma (iOS/Android)
      - Ventajas: Consistencia, fácil cambio familia
      - Cuándo: Múltiples productos relacionados
  - - - Propósito: Delegar creación objetos a subclases
      - Caract: Interfaz común, subclases deciden clase
      - Caso: Framework con tipos documento (PDF, Word)
      - Ventajas: Extensibilidad, bajo acoplamiento
      - Cuándo: Clase no conoce objetos a crear
  - - - Propósito: Construir objetos complejos paso a paso
      - Caract: Separación construcción-representación, control proceso
      - Caso: Crear menú comida (entrada, plato, postre)
      - Ventajas: Control fino, objetos inmutables
      - Cuándo: Objeto con parámetros opcionales
  - - - Propósito: Clonar objetos existentes
      - Caract: Copia profunda/superficial, evita new
      - Caso: Editor gráfico (copiar figuras)
      - Ventajas: Eficiencia, reduce subclases
      - Cuándo: Creación costosa o compleja
  - - - Propósito: Garantizar una única instancia
      - Caract: Constructor privado, acceso global
      - Caso: Gestor configuración sistema
      - Ventajas: Control acceso, ahorro recursos
      - Cuándo: Solo 1 instancia necesaria