No soy de comentar mucho en videos, pero este se lo merece. La verdad, excelente toda la serie de videos acerca de como implementar algo con esta arquitectura. Justo estaba queriendo hacer una app de notas para incorporar typescript y todo esto me viene genial para agregarle algo más. Muchisimas gracias por compartir tus conocimientos! la verdad se agradece, sos muy claro al explicar y tus videos estan muy bien estructurados, te felicito!. Nada más que decir. Saludos y que sigas bien!
Excelente video! La verdad que después de buscar mucha información sobre la arquitectura hexagonal, creo que en esta serie de videos fueron muy bien explicado cada uno de los conceptos. Muchísimas gracias! Estaría bueno si pudieras hacer un video en donde le agregues un middleware con validaciones y otro con un manejador global de errores.
Claro que sí Alejandro! Cuenta con que en un próximo video llevaremos a cabo los tests, ¿Alguna tecnología o framework en específico con el que te gustaría que se realizará el vídeo? Te leo! 🙌
Que buena serie genio!, voy a poner en práctica todo esto, es una estructura super limpia y ordenada, te hago una pregunta, a la hora de consumir la API desde un front también se puede utilizar esta arquitectura? Y en ese caso como se implementaría?, saludos, nuevo sub!
¡Muchas gracias! 🙌 Claro que es aplicable, si bien los conceptos de hexagonal architecture tienen más popularidad en el backend, es posible aplicarlos al frontend. Haré un nuevo video al respecto para explicarlo mejor! Saludos 👋
No es por nada, pero no estas usando los conceptos de drivers y drivens que dice alickstar cockburn y jmgarrido en su libro. Veo que estas haciendo una especie de onion architecture con uno que otro concepto de ports and adapters. Corrigeme si me equivoco
Hola, el contenido me ha sido de mucha utilidad. Una duda. Si tengo una interfaz que quisiera compartir entre varias clases de distintas dominios, ¿Esta se puede crear en la carpeta shared/domain/nombre.interface.ts y ahí importarla desde los dominios que la use?
Hola Daniel! 🙌 Qué gusto que te haya aportado. En cuanto a tu duda, sí, es totalmente posible, aunque hay que tener cuidado en abusar de la carpeta "Shared" ya que podría volverse la carpeta donde terminemos metiendo todo y entonces perdería sentido la división de módulos que justamente propone la arquitectura hexagonal. Si tienes más dudas quedo pendiente, un saludo! 👋
@@andres-kj9hg ¡Muchas gracias! 🙌 En cuanto al ORM es sencillo, lo puedes aislar a su propia carpeta en la capa de infraestructura. Por ejemplo, si quieres usar TypeORM en un módulo de "User" podrías crear una carpeta en User/infrastructure/TypeOrm y aquí por ejemplo archivos como TypeOrmUserRepository y TypeOrmUserEntity. Esto variará en función del ORM que uses, aunque aquí ya que se trata de infraestructura tenemos más flexibilidad a la hora de definir como creamos, nombramos, y relacionamos los archivos entre sí. En el canal hay un vídeo de Nest JS + TypeORM, tal vez ese ejemplo te pueda ayudar, y si tienes más dudas házmelo saber! Un saludo 👋
Este material está genial, es oro! En el archivo main.ts alrededor del minuto "11:30" en la línea 9 siempre me sale un error que no he logrado corregir, he investigado bastante y no le encuentro solución dice así: No overload matches this call. The last overload gave the following error. Argument of type '(err: unknown, res: Response, req: Request, next: NextFunction) => express.Response' is not assignable to parameter of type 'PathParams'. Alguien sabe cómo lo puedo solucionar? Tambien me sucede en el archivo ExpressUserRouter.ts, en cada router tuve que poner 'controller.getAll as any' por que de lo contrario sale el mismo error. Gracias de antemano!
A tu entidad en lugar de ponerle el método mapToPrimitive le puedes poner toJSON y ya no necesitarías invocar el método en tu respuesta en automático al mandar el objeto a la respuesta se parsea, gracias por tus tutoriales muy buenos 👍🏼
Hola! Lo que propones es un muy buen enfoque, sin embargo hay ocasiones en las que requerimos de datos primitivos que JSON no puede manejar (como el objeto Date) para trabajarlos dentro del mismo flujo antes de enviar la respuesta al cliente. Si bien esto no aplica a todos los casos, estoy de acuerdo en que mientras más sencillo sea el software mejor, y toJSON lo hace bastante bien. ¡Muchas gracias por tu aporte!
Hola Santiago! Es una practica para tener todo el código de nuestra lógica de negocio ahí, podrías tener otro nombre como "modules" o "sections", personalmente me gusta llamarlo "lib". Otro beneficio que nos aporta es que al tener todo contenido en una sola carpeta si el día de mañana queremos reutilizar nuestros módulos en un nuevo proyecto es tan fácil como copiar, pegar e ir llamando los módulos donde los necesitemos. Un saludo 👋
No soy de comentar mucho en videos, pero este se lo merece. La verdad, excelente toda la serie de videos acerca de como implementar algo con esta arquitectura. Justo estaba queriendo hacer una app de notas para incorporar typescript y todo esto me viene genial para agregarle algo más. Muchisimas gracias por compartir tus conocimientos! la verdad se agradece, sos muy claro al explicar y tus videos estan muy bien estructurados, te felicito!. Nada más que decir. Saludos y que sigas bien!
Hola!
Qué bueno que te gustó, y espero que te funcione de maravilla en este y los próximos proyectos que desarrolles, mucho éxito!
Saludos! 👋
wooa excelente!!!! es un nuevo enfoque para mi todo esto...muchas gracias
Qué bueno que te gustó! Un saludo 👋
¡Excelente trabajo el que realizas! Gracias por ayudarnos a ampliar conocimientos. Saludos desde España.
Me alegra mucho que te haya funcionado! Saludos desde México 👋
Excelente video! La verdad que después de buscar mucha información sobre la arquitectura hexagonal, creo que en esta serie de videos fueron muy bien explicado cada uno de los conceptos. Muchísimas gracias!
Estaría bueno si pudieras hacer un video en donde le agregues un middleware con validaciones y otro con un manejador global de errores.
¡Muchas gracias Luciano!
Excelente idea, tal vez podamos hacer un video dedicado a errores y cómo aprovecharlos, ¡Gracias por el aporte!
Excelente! muchas gracias por este aporte es brutal!!!
@@eduardovielma7205 muchas gracias! 🙌 Un saludo! 👋
Muy buen contenido! de lo mejor en español, estaría bueno un ejemplo de arquitectura hexagonal con NestJS y TypeORM.
Saludos.
Muchas gracias! Claro que sí, saldrá esta semana!
bro, buenas noches, saludos desde cuba, si puedes mas videos de estas serie y si puede poner tests estaria genial
Claro que sí Alejandro! Cuenta con que en un próximo video llevaremos a cabo los tests, ¿Alguna tecnología o framework en específico con el que te gustaría que se realizará el vídeo? Te leo! 🙌
@@mvrcoag hola, no, ese es el problema, que no tengo ni idea de ese tema, asi que te lo dejo a ti jajaja gracias
@@AlejandroRL868 claro, cuenta con ello! Saludos
Que buena serie genio!, voy a poner en práctica todo esto, es una estructura super limpia y ordenada, te hago una pregunta, a la hora de consumir la API desde un front también se puede utilizar esta arquitectura? Y en ese caso como se implementaría?, saludos, nuevo sub!
¡Muchas gracias! 🙌 Claro que es aplicable, si bien los conceptos de hexagonal architecture tienen más popularidad en el backend, es posible aplicarlos al frontend. Haré un nuevo video al respecto para explicarlo mejor! Saludos 👋
Genial, voy a estar al tanto!!
No es por nada, pero no estas usando los conceptos de drivers y drivens que dice alickstar cockburn y jmgarrido en su libro. Veo que estas haciendo una especie de onion architecture con uno que otro concepto de ports and adapters. Corrigeme si me equivoco
Gran contenidooooo
Muchas gracias! Es un placer
Hola, el contenido me ha sido de mucha utilidad. Una duda. Si tengo una interfaz que quisiera compartir entre varias clases de distintas dominios, ¿Esta se puede crear en la carpeta shared/domain/nombre.interface.ts y ahí importarla desde los dominios que la use?
Hola Daniel! 🙌 Qué gusto que te haya aportado.
En cuanto a tu duda, sí, es totalmente posible, aunque hay que tener cuidado en abusar de la carpeta "Shared" ya que podría volverse la carpeta donde terminemos metiendo todo y entonces perdería sentido la división de módulos que justamente propone la arquitectura hexagonal.
Si tienes más dudas quedo pendiente, un saludo! 👋
Excelente contenido, una duda si quiero implementar un orm como deberia hacerlo ?
@@andres-kj9hg ¡Muchas gracias! 🙌
En cuanto al ORM es sencillo, lo puedes aislar a su propia carpeta en la capa de infraestructura.
Por ejemplo, si quieres usar TypeORM en un módulo de "User" podrías crear una carpeta en User/infrastructure/TypeOrm y aquí por ejemplo archivos como TypeOrmUserRepository y TypeOrmUserEntity.
Esto variará en función del ORM que uses, aunque aquí ya que se trata de infraestructura tenemos más flexibilidad a la hora de definir como creamos, nombramos, y relacionamos los archivos entre sí.
En el canal hay un vídeo de Nest JS + TypeORM, tal vez ese ejemplo te pueda ayudar, y si tienes más dudas házmelo saber! Un saludo 👋
Este material está genial, es oro!
En el archivo main.ts alrededor del minuto "11:30" en la línea 9 siempre me sale un error que no he logrado corregir, he investigado bastante y no le encuentro solución dice así:
No overload matches this call.
The last overload gave the following error.
Argument of type '(err: unknown, res: Response, req: Request, next: NextFunction) => express.Response' is not assignable to parameter of type 'PathParams'.
Alguien sabe cómo lo puedo solucionar? Tambien me sucede en el archivo ExpressUserRouter.ts, en cada router tuve que poner 'controller.getAll as any' por que de lo contrario sale el mismo error. Gracias de antemano!
A tu entidad en lugar de ponerle el método mapToPrimitive le puedes poner toJSON y ya no necesitarías invocar el método en tu respuesta en automático al mandar el objeto a la respuesta se parsea, gracias por tus tutoriales muy buenos 👍🏼
Hola! Lo que propones es un muy buen enfoque, sin embargo hay ocasiones en las que requerimos de datos primitivos que JSON no puede manejar (como el objeto Date) para trabajarlos dentro del mismo flujo antes de enviar la respuesta al cliente.
Si bien esto no aplica a todos los casos, estoy de acuerdo en que mientras más sencillo sea el software mejor, y toJSON lo hace bastante bien.
¡Muchas gracias por tu aporte!
el por que todo el codigo dentro de la carpeta lib?
Hola Santiago!
Es una practica para tener todo el código de nuestra lógica de negocio ahí, podrías tener otro nombre como "modules" o "sections", personalmente me gusta llamarlo "lib".
Otro beneficio que nos aporta es que al tener todo contenido en una sola carpeta si el día de mañana queremos reutilizar nuestros módulos en un nuevo proyecto es tan fácil como copiar, pegar e ir llamando los módulos donde los necesitemos.
Un saludo 👋