Descripción
La solución propuesta consiste en aplicar el patrón de diseño Strategy para separar la configuración del Dashboard según el tipo de usuario del sistema.
Actualmente, la clase Dashboard utiliza estructuras condicionales para determinar qué opciones de la interfaz deben mostrarse a cada usuario. Con la implementación del patrón Strategy, esta lógica se delega a las clases AdminStrategy y NormalUserStrategy, las cuales implementan la interfaz UserStrategy y encapsulan el comportamiento específico para cada tipo de usuario.
Como se muestra en el diagrama UML de la solución, la clase Dashboard actúa como contexto del patrón y selecciona dinámicamente la estrategia adecuada durante la ejecución del sistema.
Beneficios de la Propuesta
Mayor Flexibilidad: Permite cambiar el comportamiento del Dashboard sin modificar su implementación.
Menor Acoplamiento: La lógica específica de cada tipo de usuario queda encapsulada en clases independientes.
Mayor Escalabilidad: Es posible incorporar nuevos tipos de usuarios creando nuevas estrategias sin modificar el código existente.
Cumplimiento del Principio Abierto/Cerrado: El sistema puede extender su comportamiento mediante nuevas estrategias sin alterar la estructura del Dashboard.
Descripción
La solución propuesta consiste en aplicar el patrón de diseño Strategy para separar la configuración del Dashboard según el tipo de usuario del sistema.
Actualmente, la clase Dashboard utiliza estructuras condicionales para determinar qué opciones de la interfaz deben mostrarse a cada usuario. Con la implementación del patrón Strategy, esta lógica se delega a las clases AdminStrategy y NormalUserStrategy, las cuales implementan la interfaz UserStrategy y encapsulan el comportamiento específico para cada tipo de usuario.
Como se muestra en el diagrama UML de la solución, la clase Dashboard actúa como contexto del patrón y selecciona dinámicamente la estrategia adecuada durante la ejecución del sistema.
Beneficios de la Propuesta
Mayor Flexibilidad: Permite cambiar el comportamiento del Dashboard sin modificar su implementación.
Menor Acoplamiento: La lógica específica de cada tipo de usuario queda encapsulada en clases independientes.
Mayor Escalabilidad: Es posible incorporar nuevos tipos de usuarios creando nuevas estrategias sin modificar el código existente.
Cumplimiento del Principio Abierto/Cerrado: El sistema puede extender su comportamiento mediante nuevas estrategias sin alterar la estructura del Dashboard.