Please enable JavaScript.

Coggle requires JavaScript to display documents.

PATRONES DE DISEÑO - Coggle Diagram

- - - - Crear objetos sin especificar la clase exacta
    - - Subclases deciden qué clase instanciar
      - Centraliza la lógica de creación
    - - Sistema de logística que elige entre transporte terrestre o marítimo
    - - Flexibilidad para agregar nuevos tipos
      - Bajo acoplamiento
    - - Cuando no sabes de antemano qué tipo de objeto necesitarás
  - - - Crear familias de objetos relacionados
    - - Fábrica de fábricas
      - Productos son compatibles entre sí
    - - Interfaz gráfica con elementos visuales para Windows o macOS
    - - Cambio fácil de familias completas
      - Consistencia entre productos
    - - Cuando necesitas que los objetos trabajen juntos y sean consistentes
  - - - Construir objetos complejos paso a paso
    - - Separación entre construcción y representación
      - Mismo código crea diferentes representaciones
    - - Construir un informe con distintos formatos (PDF, HTML, texto)
    - - Control granular sobre el proceso de construcción
      - Código más limpio y mantenible
    - - Cuando un objeto tiene muchas partes opcionales o configuraciones
  - - - Crear nuevos objetos clonando existentes
    - - Clonación en lugar de instanciación
      - Reduce costo de creación
    - - Sistema de gráficos que duplica elementos complejos
    - - Más eficiente que crear desde cero
      - Oculta complejidad de creación
    - - Cuando la creación de un objeto es más costosa que clonarlo
  - - - Garantizar una única instancia de una clase
    - - Instancia global accesible
      - Constructor privado
    - - Conexión a base de datos, configuración global
    - - Acceso controlado a la instancia
      - Ahorro de recursos
    - - Cuando necesitas exactamente una instancia de una clase
- - - - Alternativa flexible a la herencia
      - Envoltorios anidados
    - - Añadir responsabilidades adicionales dinámicamente
    - - Sistema de notificaciones con múltiples canales (email, SMS, push)
    - - Extiende funcionalidad sin modificar código original
      - Combinación flexible de características
    - - Cuando necesitas añadir funcionalidades de forma dinámica
  - - - Mismo tratamiento para hojas y composites
      - Estructura en árbol
    - - Tratar objetos individuales y composiciones de manera uniforme
    - - Sistema de archivos con archivos y directorios
    - - Código cliente simplificado
      - Fácil agregar nuevos tipos
    - - Cuando necesitas representar jerarquías parte-todo
  - - - Cambios independientes en ambas partes
      - Evita herencia permanente
    - - Separar abstracción de implementación
    - - Motor de renderizado para diferentes plataformas (OpenGL, DirectX)
    - - Extensibilidad independiente
      - Oculta detalles de implementación
    - - Cuando quieres evitar un acoplamiento permanente entre abstracción e implementación
  - - - "Traductor" entre interfaces
      - Wrapper que adapta una interfaz
    - - Permitir que interfaces incompatibles trabajen juntas
    - - Conectar un sistema nuevo con una API legacy
    - - Reutilización de código existente
      - Flexibilidad en integraciones
    - - Cuando necesitas que dos sistemas incompatibles trabajen juntos
  - - - Oculta complejidad
      - Punto de entrada único
    - - Proporcionar interfaz simplificada a un subsistema complejo
    - - Sistema de home theater con un solo botón "Ver película"
    - - Reduce dependencias
      - Facilita uso del subsistema
    - - Cuando tienes un sistema complejo y quieres simplificar su uso
  - - - Comparte estado intrínseco
      - Separa estado extrínseco
    - - Minimizar uso de memoria compartiendo objetos similares
    - - Editor de texto que reutiliza objetos de caracteres
    - - Reduce uso de memoria
      - Mejora rendimiento
    - - Cuando tienes muchos objetos que comparten datos similares
  - - - Sustituto de otro objeto
      - Control de acceso, caching, lazy initialization
    - - Controlar acceso a un objeto
    - - Imágenes pesadas que se cargan solo cuando son visibles
    - - Control sobre acceso al objeto real
      - Optimización de recursos
    - - Cuando necesitas controlar o postergar el acceso a un objeto costoso
- - - - Permite restaurar estado anterior
      - Sin violar encapsulación
    - - Capturar y externalizar estado interno de un objeto
    - - Editor gráfico con funcionalidad de deshacer
    - - Preserva encapsulación
      - Facilita implementación de deshacer
    - - Cuando necesitas guardar y restaurar estados de un objeto
  - - - Notificaciones automáticas
      - Suscriptores se actualizan automáticamente
    - - Definir dependencia uno-a-muchos entre objetos
    - - Sistema de noticias que notifica a suscriptores
    - - Acoplamiento flexible entre sujeto y observadores
      - Comunicación eficiente
    - - Cuando un cambio en un objeto requiere cambiar otros
  - - - Objetos no se comunican directamente
      - Coordinación centralizada
    - - Definir un objeto que encapsule cómo interactúan otros
    - - Sistema de chat donde el servidor media entre usuarios
    - - Reduce dependencias entre componentes
      - Simplifica protocolos de interacción
    - - Cuando tienes muchos objetos que necesitan comunicarse entre sí
  - - - Oculta estructura interna
      - Múltiples iteradores independientes
    - - Acceder secuencialmente a elementos de una colección
    - - Recorrer diferentes tipos de colecciones (lista, árbol, grafo)
    - - Acceso uniforme a diferentes colecciones
      - Múltiples recorridos simultáneos
    - - Cuando necesitas acceder a una colección sin exponer su estructura
  - - - Desacopla invocador y receptor
      - Permite deshacer/rehacer
    - - Encapsular una solicitud como un objeto
    - - Editor de texto con operaciones deshacer/rehacer
    - - Flexibilidad en ejecución de comandos
      - Historial de operaciones
    - - Cuando necesitas parametrizar objetos con operaciones
  - - - Desacopla emisor y receptores
      - Cada manejador decide procesar o pasar
    - - Pasar una solicitud por una cadena de manejadores
    - - Sistema de ayuda con múltiples niveles de soporte
    - - Flexibilidad en asignar responsabilidades
      - Reduce acoplamiento
    - - Cuando múltiples objetos pueden manejar una solicitud
  - - - Comportamiento depende del estado
      - Transiciones entre estados
    - - Permitir que un objeto altere su comportamiento cuando cambia su estado interno
    - - Reproductor de música con estados (play, pause, stop)
    - - Elimina condicionales complejos
      - Facilita agregar nuevos estados
    - - Cuando un objeto tiene comportamientos que dependen de su estado
  - - - Encapsula algoritmos
      - Intercambio en tiempo de ejecución
    - - Definir familia de algoritmos intercambiables
    - - Sistema de pago con múltiples métodos (tarjeta, PayPal, transferencia)
    - - Flexibilidad en selección de algoritmos
      - Elimina condicionales
    - - Cuando tienes múltiples variantes de un algoritmo
  - - - Esqueleto fijo, pasos personalizables
      - Hook methods para personalización
    - - Definir esqueleto de algoritmo con pasos variables
    - - Proceso de preparación de bebidas (café, té)
    - - Reutilización de estructura común
      - Flexibilidad en implementación específica
    - - Cuando tienes algoritmos con estructura común pero pasos variables
  - - - Operaciones sobre objetos sin modificarlos
      - Doble dispatch
    - - Separar algoritmo de estructura de objetos
    - - Exportar documentos a diferentes formatos (PDF, HTML)
    - - Fácil agregar nuevas operaciones
      - Operaciones relacionadas en un lugar
    - - Cuando necesitas muchas operaciones sobre una estructura de objetos estable
- - - - Separar lógica de negocio, interfaz y control
    - - Modelo (datos), Vista (UI), Controlador (lógica)
      - Separación clara de responsabilidades
    - - Aplicaciones web con interacción de usuario
    - - Código más mantenible
      - Desarrollo paralelo de componentes
    - - Cuando desarrollas apps con interfaz de usuario y necesitas separar claramente datos, lógica e interfaz
  - - - Oculta detalles de persistencia
      - Interfaz uniforme para datos
    - - Abstraer acceso a datos de diferentes fuentes
    - - Aplicación que usa MySQL, pero puede cambiar a MongoDB
    - - Código más testeable
      - Independencia de base de datos
    - - Cuando trabajas con múltiples fuentes de datos y quieres centralizar y abstraer su acceso
  - - - Modelos diferentes para leer y escribir
      - Optimización independiente
    - - Separar operaciones de lectura y escritura
    - - Sistema bancario con alta concurrencia de lecturas
    - - Escalabilidad mejorada
      - Modelos especializados
    - - En sistemas escalables donde las operaciones de lectura y escritura tienen necesidades diferentes
  - - - Lenguaje ubicuo
      - Entidades, Value Objects, Aggregates
    - - Alinear software con dominio de negocio
    - - Sistemas complejos de negocio
    - - Mejor comunicación con expertos de dominio
      - Diseño más expresivo
    - - En proyectos con reglas de negocio complejas que requieren alineación entre código y dominio
  - - - ViewModel expone datos y comandos
      - Binding automático entre View y ViewModel
    - - Separar lógica de presentación de UI
    - - Aplicaciones desktop/WPF, mobile
    - - Testing más fácil
      - Separación clara de responsabilidades
    - - Ideal para aplicaciones con binding de datos (ej: XAML, Angular) que separan interfaz y lógica de presentación
  - - - View más pasiva que en MVC
      - Presenter media entre Model y View
    - - Mejorar separación entre vista y lógica
    - - Aplicaciones empresariales complejas
    - - Vista más testeable
      - Lógica de presentación reutilizable
    - - Cuando buscas mayor capacidad de testing y una vista más pasiva que en MVC