Si ve muy interesante y útil la estructura. Gracias.
@neisercp7 ай бұрын
Que bueno que te ayudo, muchas gracias, suscribete y comparte para llegar a más personas. Saludos !
@wjmmk5 ай бұрын
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...
@neisercp5 ай бұрын
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!
@JonathanBarreto-JStickB3 ай бұрын
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... 😅
@neisercp3 ай бұрын
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!
@hernaldocastro89442 ай бұрын
Has intentado llevar esto a arquitectura limpia? Me encuentro trabajando en eso, pero quiero feed
@neisercp2 ай бұрын
@@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.
@gabrielnavas36667 ай бұрын
TRABAJE CON ESA ARQUITECTURA EN UN BANCO, ME PARECE QUE LA ESTRUCTURA DE ENVIRONMENTS ES PARA CI/CD O ME EQUIVOCO?
@neisercp7 ай бұрын
Si efectivamente, es para mapear los ambientes de la application.