Skip to content

Conversation

josephmansilla
Copy link

@josephmansilla josephmansilla commented Jun 3, 2025

Primero, tengo pendiente el patrón adaptar que se puede usar para los mensajes.

Después, dependiendo de qué tan correcta es la solución no sabría muy bien si es correcta la introducción del patrón repositorio para las alertas. Al principio tuve una clase de Alertas con algunas variables y las condiciones de esa Alerta. Luego, decidí eliminar esa clase ya que no era necesaria con la implementación actual.

Para las condicionesAlerta usé el principio open/closed donde tengo una interfaz, que me parece un poco pobre actualmente, que me indicaría lo básico que haría una condición para que se cumpla una Alerta. Además, es posible adjuntar el concepto de segregación de interfaces.

Luego, cambié algunas implementaciones de Alerta Service para que sea posible generalizarlo más. Por ejemplo, imprimir la descripción de un clima no debería responsabilidad del service de alerta. Entonces, ahí se aplica una abstracción para respetar el principio de responsabilidad.

En resumen, el dominio base se expandió agregando condiciones para alertas usado por el service de alertas en base a los climas pasados. Por lo que, Fue posible abstraer partes de este service para respetar los principios SOLID y habilitar a la posibilidad de más casos de condiciones para alertas en futuras iteraciones.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant