Borth es buena practica realizar ese "Export Default" en los componentes? Seria interesante que te tires una Arquitectura Hexagonal en Angular y Luego algo con Microfrontend...
Va depender de que tan robusta sea tu aplicacion, si hablamos de un proyecto pequeño tranquilamente puedes esportar los componentes por defecto, si hablamos de un proyecto con muchos componentes puedes trabajar las importaciones de manera modular, igual muchas gracias por tu comentario. Saludos!
Se me ocurrio colocar las carpetas "Compras", "Ventas" y "Almacen" dentro de Business. Dentro de "Ventas" estara productos, clientes, etc y en "Compras" estara proveedor, producto, etc... Y aqui mi duda, no se si este bien ya que tendre dos carpetas 'productos' uno dentro de compras y otra en ventas... 😅
No te recomiendo, mejor puedes crear una carpeta masters, dentro de esta colocas: Clientes, proveedores, products, etc. Con ese enfoque tranquilamente puedes modificar tus comoponentes de ventas y compras, sin tocar los maestros, ademas al momento de unir codigo no vas a tener tantos conflictos, dado que estas separando funcionalidades. Saludos crack!
@@hernaldocastro8944 Por supuesto que puedes aplicar a clean Architecture, dado que el proyecto de estructura de manera modular, cada captura pertenece a un módulo y es sencillo aplicar eso si tu app frontend trabaja con múltiples Frameworks tipo microfront.
Si ve muy interesante y útil la estructura. Gracias.
Que bueno que te ayudo, muchas gracias, suscribete y comparte para llegar a más personas.
Saludos !
Borth es buena practica realizar ese "Export Default" en los componentes? Seria interesante que te tires una Arquitectura Hexagonal en Angular y Luego algo con Microfrontend...
Va depender de que tan robusta sea tu aplicacion, si hablamos de un proyecto pequeño tranquilamente puedes esportar los componentes por defecto, si hablamos de un proyecto con muchos componentes puedes trabajar las importaciones de manera modular, igual muchas gracias por tu comentario.
Saludos!
Se me ocurrio colocar las carpetas "Compras", "Ventas" y "Almacen" dentro de Business. Dentro de "Ventas" estara productos, clientes, etc y en "Compras" estara proveedor, producto, etc... Y aqui mi duda, no se si este bien ya que tendre dos carpetas 'productos' uno dentro de compras y otra en ventas... 😅
No te recomiendo, mejor puedes crear una carpeta masters, dentro de esta colocas: Clientes, proveedores, products, etc. Con ese enfoque tranquilamente puedes modificar tus comoponentes de ventas y compras, sin tocar los maestros, ademas al momento de unir codigo no vas a tener tantos conflictos, dado que estas separando funcionalidades.
Saludos crack!
Has intentado llevar esto a arquitectura limpia?
Me encuentro trabajando en eso, pero quiero feed
@@hernaldocastro8944 Por supuesto que puedes aplicar a clean Architecture, dado que el proyecto de estructura de manera modular, cada captura pertenece a un módulo y es sencillo aplicar eso si tu app frontend trabaja con múltiples Frameworks tipo microfront.
TRABAJE CON ESA ARQUITECTURA EN UN BANCO, ME PARECE QUE LA ESTRUCTURA DE ENVIRONMENTS ES PARA CI/CD O ME EQUIVOCO?
Si efectivamente, es para mapear los ambientes de la application.