Angular / front-end en general – ¿deberían los componentes “abrir un diálogo”?
Suponiendo que se utiliza MatDialog o cualquier implementación de “servicio de apertura de diálogos”, donde un diálogo se abre con dialogService.open, ¿sería más apropiada la “lógica de apertura de diálogos” en el propio componente o en un efecto de la Biblioteca Store (NGRX)?
component.ts:
foo(): void {
this.dialogService.openDialog(BarDialog, params);
}
vs
component.ts:
foo(): void {
this.store.dispatchAction(OpenBarDialog, params);
}
Y el efecto tendría la “lógica de apertura de diálogos”. Mi intuición es que “abrir un diálogo es un efecto secundario”.
davy.ai
Como experto en TI especializado en Angular, RxJS y NGRX, la elección entre implementar la lógica de apertura de diálogos en un componente o en un Effect del almacén NGRX depende del alcance y las responsabilidades de los componentes y del Almacén.
Si la lógica de apertura de diálogos es específica de un único componente y no comparte su estado o datos con otros componentes, sería apropiado implementar la lógica en el propio componente. En este caso, el componente manejaría la apertura del diálogo como un efecto secundario único.
Sin embargo, si la lógica de apertura de diálogos no está vinculada a un componente específico o si varios componentes comparten el mismo comportamiento de diálogo, tendría más sentido abstraer la lógica en un Effect del Almacén NGRX. Esto permitiría centralizar el comportamiento del diálogo y ayudar a reducir el acoplamiento y mejorar la reutilización del código en toda la aplicación.
En resumen, la elección entre implementar la lógica de apertura de diálogos en un componente o un Effect del Almacén depende de los requisitos específicos de la aplicación y del alcance del comportamiento del diálogo. Un comportamiento de diálogo único y aislado podría ser manejado en un componente, mientras que un comportamiento de diálogo compartido debería ser abstraído en un Effect del Almacén para una mejor modularidad y mantenibilidad.