Master Class de Arquitectura Hexagonal en Go! De cero a héroe en una hora! El video que necesitas!
HTML-код
- Опубликовано: 16 окт 2024
- Éste es el video que necesitas ver para entender Arquitectura Hexagonal en Go!
Suma tus conocimientos a nuestra comunidad en Discord y ayudémonos todos a crecer!! Te esperamos aquí: / discord
¿Quieres aprender más sobre cómo usar el idiom ',ok' en Go? He preparado una hoja de trucos super útil para ti. ¡Haz clic en el enlace de abajo para descargarla gratis y llevar tu conocimiento de Go al siguiente nivel! 🚀seniorgo.ck.pa...
📔 Si estás buscando un buen libro de Go, te recomiendo este: amzn.to/3N9TF3n
Sígueme en linked in, siempre es bueno tener go-colegas que recomendar para puestos! [ / jairo-lozano-carballo-... ]
Link al repo Link al repo: github.com/jai...
#go #golang #latam #programacion #programming #softwaredevelopment #software #Argentina, #Bolivia, #Chile, #Colombia, #CostaRica, #Cuba, #Ecuador, #ElSalvador, #Guatemala, #Honduras, #México, #Nicaragua, #Panamá, #Paraguay, #Perú, #RepúblicaDominicana, #Uruguay, #Venezuela #España
muy buena explicacion :) Gracias!
Gracias por tu comment!
Soy dev en .Net y ahora unos clientes externos están queriendo migrar apis y micro servicios de Java a Go . Este video (y todo tu canal) me viene perfecto para entender la mejor manera de darle estructura a los proyectos.
Te felicito por todo tu contenido, me suscribo!
Uff! gracias a comentarios como el tuyo es que el canal sigue vivo! jaja, que gusto saber que lo podrás aplicar profesionalmente. Cualquier duda déjanos comentarios y trataré de responderlas tan pronto como pueda! Éxito amigo!
Excelente! Gracias!! tendre que verlo varias veces!!
Sí! y no hay como ponerlo en práctica!! te sugiero hacer un proyectito propio con esa arquitectura, o unirte al discord pa que colabores con el que traemos en proceso
Cada video de arquitectura hexagonal que haces es un deleite, mil gracias por todo el contenido de calidad como siempre :D
un honor leer tu comentario amigo!! Saludos!!
Excelente explicación, gracias!!!
Gracias por tu comentario! Saludos!
Impecable presentación y organización. Muchas gracias. bendiciones
Bendiciones de vuelta amigo! Saludos!
Gran video! muy buena explicación
Gracias por tu comentario!! Saludos!
he visto varios videos sobre esta arquitectura y esta a sido la mejor para mi es la segunda vez que lo veo aun asi aun mas adelante de la mitad me pierdo pero eso es por que necesito practicarlo y hacerlo y ahi estare aprendiendo mas espero por favor saques la segunda parte y tambien con un ejemplo de pruebas que esa parte tambien me interesa bastante muchas gracias por tomarte el tiempo para este aporte saludos.
Un placer! claro, estos temas hay que estudiarlos y aplicarlos, te invito a colaborar en el repo para que lo pongas en práctica! Saludos!
Muchas gracias. Con este contenido se aclaran muchas dudas. Por favor sigue creando mas videos
Aquí seguiremos amigo! Saludos!
Este tutorial me callo como anillo al dedo. precisamente estaba buscando algo de arquitecturas en go
Excelente! que bueno que te fuera útil!
Muchas gracias por el exelente contenido
Gracias a ti! Saludos! En qué andas aplicando Go?
Muy buena explicación.
Gracias por tu comentario! Saludos!
Muy buen video bro, tu canal es de gran valor para la comunidad de Go, sigue así y crecerás mucho. Ánimo!
Gracias! Sí esperemos que crezca mucho el canal!
Tú trabajas con go profesionaente?
esto se va a descontrolar uuuuff 🔥
😎 saludos!
lo vi dos veces, la primera para entender, y la segunda para replicar
Aaah perfecto míster! la mejor forma de aprender!
Me quede hasta el final, Saludos.
Gracias por tu atención! Saludos!!
Muy bueno!
Gracias por tu comentario!! Saludos!
excelente, gracias
Saludos!!
Muchas gracias, esperaba algo así en español
Gracias a ti! Nos vemos en Discord!
excelente muy bien explicado , a mi me gusta mas dividir las capertas por modulo y dentro de cada modulo colocar las capaz ejemplo modulo User, dentro de user (domain,repository,port, etc), siento que es mejor y mas organizado claro es mi
preferencia personal saludos
Ah es muy buena forma de organizarlo también! quizá en el siguiente proyecto colaborativo lo podamos oranizar así para comparar! :D
Muy buen vídeo, me he quedado hasta el final para darte una ovación jeje
Jajaja una ovación para el buen Carlos!! Saludos amigo!
parce muchas gracias todo bien
Saludos amigo! gracias por el comment!
Excelente video!!! Como harías los tests?? Generar los Seders, y levantar una database en memory?? Haz un video sobre este mismo caso!!! 😊
Claro! está en fila un video de pruebas sobre este mismo proyecto/arquitectura, activa las notificaciones para que no te lo pierdas!
Genial ya estoy contribuyendo con el repo!!! Estoy aprendiendo demasiado!!!
Excelente video
que bueno que te fuera útil!
Que buen video senior go! Viendo el codigo del ejemplo terminado, que opinas usar un DTO para recibir los datos necesarios en el service y construir ese DTO en el controller en lugar de una entidad y mandarselo como argumento al service?
Hola Jibaru! sí es una buena alternativa pero depende de la situación porque de entrada te va a agregar la carga de mantener dos types (justo ando trabajando con un caso similar en el que tenemos dos types distintos, uno por cada base de datos, porque así tenía que ser, y... es un dolor de cabeza mantenerlos actualizados ).
Donde lo veo siempre más factible es en la capa de "presentación"/http, porque muy seguido sucede que los parámetros para crear una entidad son unos (ej. nombre, apellido, género, etc.) y los parámetros que tiene la entidad completa son más (ej. id, createdAt, etc.) pero no se espera recibirlos en el request.
Saludos! nos vemos en Discord!
muchas gracias, lo fui haciendo a la par pero con mysql
Ah súper! prueba irrefutable de que esta arquitectura te permite no estar casado con ninguna base de datos en específico! Saludos!
Hola Disculpa que te moleste. podria ser posible que vea tu repositorio quise hacer lo mismo pero justo al entrar al repositorio al insertar el registro me da un panic recovered :s ya cheque si conecta previamente a mi base de datos y si tiene coneccion pero no doy con el error :s
@@peimbert45 ya estás en discord? Puedes entrar y hay un canal #ayuda-go donde podrías compartirnos el error que recibes y ahí te ayudamos 😄
muchas gracias por ponerle tanto empeño :)
El corazón en cada video amigo!! Con que le sea útil a una persona ya ganamos!
perfecto
Quizá no perfecto pero sí mi mejor esfuerzo 😌 Saludos!
Recién estoy aprendiendo Go, y como siempre cuando aprendemos buscamos que las cosas funcionen y cual es la mejor manera de hacerlo o una buena forma. Ante esto me surge esta duda: algunas arquitecturas no fueron diseñadas pensando en go, porque es simplemente diferente a Java y que muchos programadores de Java y fieles defensores de uncle bob solo buscan mutar sus practicas a todos los lenguajes sin importarles que el leguaje no esta diseñado para eso. En que nos debemos basar para elegir como estructurar nuestro código y si una arquitectura como la hexagonal es recomendable aplicarla a un proyecto pequeño?
Uff es una excelente pregunta! yo la respondería de entrada diciendo que casi nunca, por pequeño que sea el proyecto, te va a hacer daños implementar una arquitectura limpia y escalable. Cualquier cosa que vaya a estar en producción, atendiendo requests reales, amerita tener una buena estructura. Tu yo del futuro te lo agradecerá jaja.
Lo siguiente que te podría decir, desde mi humilde experiencia, es que si tu proyecto puede ser abstraido/conceptualizado en capas de presentación (http), servicio (lógica de negocio) y datos (base de datos), entonces aplica para cualquier arquitectura limpia como la hexagonal.
Lo último que te diría sobre como decidir es, en base a tus recursos, si no tienes tiempo y/o equipo tal vez puedas darte el lujo de hacer un MVP sin arquitectura pero consciente de que, en cuanto haya recurso, tus primeros esfuerzos deben dirigirse a estructurar bien tu proyecto.
Saludos!
@@seniorgoespanol Gracias por tomarte el tiempo y darme esa respuesta muy clara
¡Hola Jairo! ¿Como va? Gracias por el video, me lo recomendó el TL de un proyecto del cual estoy por formar parte. Te quería comentar que el vínculo para unirme al Discord se me rompe, no sé si seré yo o si le pasa a algún otro 🤔
Hola! ah caray, a mí sí me funciona, pero por si las moscas aquí hay otro: discord.gg/uf9YBvBm
@@seniorgoespanol Ahí pude! Pero tuve que copiar el link directo en Discord uwu
realmente vale la pena pagar el IDE de Jetsbrain para GO o no hay mucha diferencia con Vscode?
El IDE de JetBrains es una genialidad sobre todo en refactorizacion, completación de código y conexión con bases de datos. Pero como todo depende de gustos, yo utilizo JetBrains y Helix editor. Vscode no me gusta para nada
Y en debugging... una tremenda chulada!
En mi opinión sí. El tiempo que te ahorra en refactorización y debugging es invaluable. Se que se puede lograr lo mismo (o algo similar) con VSCode pero yo nunca he sido capaz de debugguear igual que con Goland. Creo que voy a hacer un video al respecto, es una maravilla.
Pero como todo, yo lo pondría en referencia a tu tiempo: digamos que un ide como Goland te permite ganar una hora por lo bajito a la semana, eso son 4 horas al mes, ~50 horas al año (para no batallar con las cuentas)... pregúntate que precio le pones a tu hora, multiplícalo por 50 y compáralo con cuanto te cuesta Goland al año.
muy bien explicado gracias ya me diste una idea de como usar esta arquitectura en go
Súper bien! Saludos!
Gracias! De casualidad hay repo en github?
Hola! únete a la comunidad de Discord! ahí estamos trabajando sobre ese repo para aprender, quienes gustan colaborar toman un issue, lo trabajan y luego lo revisamos.
Agregué el link al repo en la descripción!
Hola tengo un problema con la arquitectura hexagonal. que estoy realizando con vertical slicing. ahora tengo una función que tiene tiene como receiver un Service, del vertical slicing llamado campaigns, y esta función la quiero usar en el vertical sllicing users, pero cuando importo el Service, no me aparece la función que necesito
@@ruthcodina874 ya estás en discord! Tenemos un canal de ayuda en el que podrías compartirnos más detalles! 😊
@@seniorgoespanol no ya me uno.
@@ruthcodina874 ahí te esperamos!
podrías hacer un video dedicado a testing en una arquitectura como esta??
Ya se anda cocinando! por lo pronto sigue manejo de errores. Saludos!
Hola, no sé si alguien podría darme un caso donde sea necesario tener los structs en otro archivo, es solo que eso me parece muy redudante y no sé si alguien vea la utilidad de tener interfaces entre handler y service, los services no deberían cambiar más allá de su lógica, la idea de usar interfaces hacía infraestructura es precisamente el desacoplamiento al caso de uso, pero en una capa que es interna del negocio no veo que tenga nu sentido.
Hola! a qué structs te refieres? 🤔 y ciertamente, si no quieres tener interface de la capa http a la capa de servicio es tu decisión, recuerda que la arquitectura está para servirte a ti y no al revés.
Sin embargo ☝si quieres hacer pruebas unitarias de tus handlers, tener una interface a tu capa de servicio te viene muy bien para usar mocks (igual que al probar la capa de servicio puedes hacer un mock de la capa de repositorio por medio de la interface).
Saludos!
Excelente video, nos puedes compartir el repo en github
Hola! únete a la comunidad de Discord! ahí estamos trabajando sobre ese repo para aprender, quienes gustan colaborar toman un issue, lo trabajan y luego lo revisamos.
Agregué el link al repo en la descripción!