Hola Santi, podria pensar en montar una serie de videos sobre arquitectura hexagonal? Seria genial para la comunidad. Cuidate mucho y continua con tus excelentes videos.
Santi gracias por tus videos.. son excelentes, y me gusta mucho spring boot, quiero hacerte una pregunta un poco fuera de contexto con el tema que explicaste, quisiera saber que IA utilizas para generar tus imagenes y si le das alguna orientación particular para los colores como se genera la imagen.. agradezco tu respesta
Hola, solo busco algún tema que me guste y trato de relacionarlo con el vídeo ya sea autos, motos, etc. Las creo con chat gpt(dalle) y canva. ¡Saludos!
Excelente contenido, ahora reestructurar el proyecto, no e visto contenido de java reflexion, y muy poco de reactor, uno de los proyectos usa web client.y java nio
Buen video, quizás podrías hacer algo con Spring Data R2DBC pero con consultas que manejen Joins ya que no es lo mismo como con JPA, el mapeo de las clases y demás.
Man seria god que sacarias un video explicando Spring Mail pafa el manejo de mensajes por correo electrónico, es un requerimiento común en las empresas y tus explicaciones son excelentes.
Hola, nooo. Eso estaría mal. Dependiendo del patrón varía la estructura de carpetas. Lo visto en el vídeo es una base, partiendo de allí se pueden llegar a diferentes variantes de estructura de carpetas. ¡Saludos!
Hola, Santiago. ¿Qué opina de una serie de videos creando una aplicación MVC con su login? O una Api completa. Creo que llegaría a mucha gente ya que hay muy pocos ejemplos completos
Hola Santi, gracias nuevamente por compartir tus conocimientos, consulta que me surgió al ver el video, donde pondrías las tareas programadas aquí? Las constantes, los filters, los enums, etc. Yo suelo aplanar todo esto (ponerlo dentro de src), pero nunca me convenció ya que no son ejes
Hola, todo depende de la necesidad o la utilidad del componente: Ejemplo: Si necesitas algún filtro para spring security, entonces creas una carpeta filter dentro del fólder de security. Si necesitas un enum para crear los roles de un usuario en base de datos normalmente yo lo pongo dentro de persistence. En este tipo de casos hay clases que deben clasificarse de acuerdo al proyecto, pero la verdad no me gusta tener clases directamente en src sin tener alguna subcarpeta o subcategoría. ¡Saludos!
gracias por el video😄 dos consultas La estructura de carpetas también depende del patron de diseño ? Ejemplo MVC La carpeta para los DAO iría en persistencia?
Todo depende del proyecto, con este video te doy una base, pero puedes modificarlo a tu necesidad. Ten en cuenta la funcionalidad y el propósito de cada clase y con ello conseguirás ubicarla en el fólder correcto. ¡Saludos!
El patrón DAO es una alternativa viable cuando no usas el Patrón Repository, creo que Santi lo mencionó. Pero en tal caso de que quieras usar tanto el patrón repository como el patrón DAO en la misma aplicación podrías ponerlo al mismo nivel que repository en el package persistence. Son dos patrones diferentes pero que tiene un objetivo en común, impactar sobre el sistema de persistencia sea cual sea (MySQL, PostgreSQL, Oracle, SQLite, MongoDB) el que quieras, la gran diferencia está en que al menos en Spring Data viene una implementación por defecto del patrón Repository, con lo cual para implementar el patrón DAO tendrías que tú mismo crear las abstracciones y luego darles una implementación que se ajuste a las necesidades del proyecto que estás llevando adelante.
@@unprogramadornace por cierto Santi, muchas gracias por tus videos, siempre tienen una claridad que se acerca a la excelencia. Saludos desde argentina compatriota 🇨🇴.
Hola, una consulta todas las capas se conocen entre si o tienen un orden jerárquico? donde la capa de presentación conoce a la capa de servicio pero la capa de servicio no conoce a la de presentación?
Hola, es muy buena tu pregunta. Te comento: El orden de dependencia va más relacionado en el código y depende mucho de cómo programes tu aplicación, pero esto funciona como una cebolla 🧅. La capa de presentación conoce la capa de servicio, pero la capa de servicio no conoce a la capa de presentación. La capa de servicio conoce a la capa de persistencia, pero la capa de persistencia no conoce a la capa de servicio. La capa de persistencia conoce a la capa más central de nuestra arquitectura, es la capa de core. Siempre el orden de dependencia se mide desde afuera hacia adentro y por ningún motivo una capa interior puede conocer capas exteriores. Esa es la idea. ¡Saludos!
Hola, esta estructura no tiene una carpeta específica para los enum. Los enum se van asignando a cada uno de los directorios dependiendo de su función y utilidad. Debes revisar cuál sería el lugar adecuado para tu enum. ¡Saludos!
Pero ahí lo que estás enseñando es a cómo estructurar un “monolito” en el mercado no se estructura un back de tal manera, puesto que cuando el front lo consuma no hay manera de serializarlo a menos que se usen dtos, lo ideal es tener cada feature aparte y que se importe como librería, obedeciendo al loose decoupling y buenas prácticas, pdta: espero lo tomes de la mejor manera
Hola, estoy completamente de acuerdo contigo, en una estructura se busca que siempre haya "loose decopuling" o bajo acompañamiento entre los componentes, esta base es más que todo para monolitos aunque en micros también se puede implementar, esta estructura es una base para estructurar un proyecto tanto en micro como en monos, pero no es obligatorio estructurarlo así al pie de la letra siempre, puede variar. El tema es que en micros está la salvedad de tener un microservicio común en donde se guarden DTO's, clases y componentes comunes para ser importados como librería en los otros micros, en eso te doy la razón 100%. Pero eso no afecta para nada a esta estructura base para el proyecto. De todos modos es un tema amplio y debatible. Jeje! Muchas gracias por tu crítica constructiva crack! Me gustó. ¡Saludos!
Hola Santi, podria pensar en montar una serie de videos sobre arquitectura hexagonal? Seria genial para la comunidad.
Cuidate mucho y continua con tus excelentes videos.
Sería excelente una serie de videos para arquitectura hexagonal
Apoyo la dinámica, dejo mi like
Mejor clean architecture🎉
Me sumo a este pedido, seria excelente!
Si saber en que casos usar hexagonal, orientado a eventos, por capas, monolito o microservicios
Gracias por el video profe, sugiero un video sobre manejo de Exception Handling!!
Alto video miloko👏🏼🗿
Esto es lo que tanto estaba esperando
Este bro es un crack, Gracias.
Excelente contenido, muchas gracias crack 😎.
Gracias por el vídeo hermano , Lo necesitaba
Siempre impecable la explicacion, gracias por el contenido
eres un crack bro, muchas gracias .
me gustaria un video sobre arquitectura limpia :D excelente video
Muchas gracias, justo estaba por comenzar mis proyectos 🚀
Buenísimo, 👀
Excelente explicacion como siempre
Hola, tus videos son muy buenos. Me gustaría un tutorial para springboot con multitenant, creo que seria de interés para muchos :)
Excelente como siempre. Ojalá no puedas traer Spring Data Redis + Spring Boot ya que los videos que hay son en inglés.
Santi gracias por tus videos.. son excelentes, y me gusta mucho spring boot, quiero hacerte una pregunta un poco fuera de contexto con el tema que explicaste, quisiera saber que IA utilizas para generar tus imagenes y si le das alguna orientación particular para los colores como se genera la imagen.. agradezco tu respesta
Hola, solo busco algún tema que me guste y trato de relacionarlo con el vídeo ya sea autos, motos, etc. Las creo con chat gpt(dalle) y canva.
¡Saludos!
Excelente contenido, ahora reestructurar el proyecto, no e visto contenido de java reflexion, y muy poco de reactor, uno de los proyectos usa web client.y java nio
Hola, muy buenos tus videos, seria bueno ver una arquitectura como Vertical Slices con Spring Boot.
Excelente contenido, gracias 🙏
Santi seria bueno una clase sobre excepciones personalizadas y utils en spring boot, en especial almenos las excepciones personalizadas
Tendré en cuenta tus sugerencias.
¡Saludos!
Genial video!!, Santi, habrá un video consumiendo una api ?
Lo tendré en cuenta.
¡Saludos!
Buen video, quizás podrías hacer algo con Spring Data R2DBC pero con consultas que manejen Joins ya que no es lo mismo como con JPA, el mapeo de las clases y demás.
Man seria god que sacarias un video explicando Spring Mail pafa el manejo de mensajes por correo electrónico, es un requerimiento común en las empresas y tus explicaciones son excelentes.
Hola, en el canal ya hemos visto java mail, te comparto el enlace:
ruclips.net/video/JKmzV1MY_-M/видео.html
¡Saludos!
@@unprogramadornace god, no lo había encontrado, muchas gracias por tu contenido man
Hola santi, seria bueno una api rest completa para poder ver en accion esta estructura de carpetas. :D Desde ya muchas gracias.
Santi excelente video tengo una pregunta cuando se requiera implementar uno varios patrones de diseño, estos irían en la capa de service?
Hola, nooo. Eso estaría mal. Dependiendo del patrón varía la estructura de carpetas. Lo visto en el vídeo es una base, partiendo de allí se pueden llegar a diferentes variantes de estructura de carpetas.
¡Saludos!
Hola, Santiago. ¿Qué opina de una serie de videos creando una aplicación MVC con su login? O una Api completa. Creo que llegaría a mucha gente ya que hay muy pocos ejemplos completos
Lo tendré en cuenta.
¡Saludos!
Hola Santi, gracias nuevamente por compartir tus conocimientos, consulta que me surgió al ver el video, donde pondrías las tareas programadas aquí? Las constantes, los filters, los enums, etc. Yo suelo aplanar todo esto (ponerlo dentro de src), pero nunca me convenció ya que no son ejes
Hola, todo depende de la necesidad o la utilidad del componente:
Ejemplo:
Si necesitas algún filtro para spring security, entonces creas una carpeta filter dentro del fólder de security.
Si necesitas un enum para crear los roles de un usuario en base de datos normalmente yo lo pongo dentro de persistence.
En este tipo de casos hay clases que deben clasificarse de acuerdo al proyecto, pero la verdad no me gusta tener clases directamente en src sin tener alguna subcarpeta o subcategoría.
¡Saludos!
gracias por el video😄
dos consultas
La estructura de carpetas también depende del patron de diseño ? Ejemplo MVC
La carpeta para los DAO iría en persistencia?
Todo depende del proyecto, con este video te doy una base, pero puedes modificarlo a tu necesidad. Ten en cuenta la funcionalidad y el propósito de cada clase y con ello conseguirás ubicarla en el fólder correcto.
¡Saludos!
El patrón DAO es una alternativa viable cuando no usas el Patrón Repository, creo que Santi lo mencionó. Pero en tal caso de que quieras usar tanto el patrón repository como el patrón DAO en la misma aplicación podrías ponerlo al mismo nivel que repository en el package persistence.
Son dos patrones diferentes pero que tiene un objetivo en común, impactar sobre el sistema de persistencia sea cual sea (MySQL, PostgreSQL, Oracle, SQLite, MongoDB) el que quieras, la gran diferencia está en que al menos en Spring Data viene una implementación por defecto del patrón Repository, con lo cual para implementar el patrón DAO tendrías que tú mismo crear las abstracciones y luego darles una implementación que se ajuste a las necesidades del proyecto que estás llevando adelante.
@@unprogramadornace por cierto Santi, muchas gracias por tus videos, siempre tienen una claridad que se acerca a la excelencia. Saludos desde argentina compatriota 🇨🇴.
@@untalsanders Si, conozco ambos patrones. Jeje! Gracias por la explicación.
Saludos.
@@unprogramadornace jejejeje lo se, en realidad el comentario era para @aamb_c133, lo arrobé mal 🤣🤣🤣
Hola, una consulta todas las capas se conocen entre si o tienen un orden jerárquico? donde la capa de presentación conoce a la capa de servicio pero la capa de servicio no conoce a la de presentación?
Hola, es muy buena tu pregunta. Te comento:
El orden de dependencia va más relacionado en el código y depende mucho de cómo programes tu aplicación, pero esto funciona como una cebolla 🧅.
La capa de presentación conoce la capa de servicio, pero la capa de servicio no conoce a la capa de presentación.
La capa de servicio conoce a la capa de persistencia, pero la capa de persistencia no conoce a la capa de servicio.
La capa de persistencia conoce a la capa más central de nuestra arquitectura, es la capa de core.
Siempre el orden de dependencia se mide desde afuera hacia adentro y por ningún motivo una capa interior puede conocer capas exteriores. Esa es la idea.
¡Saludos!
@@unprogramadornace Disculpa otra consulta, las implementaciones del repositorio donde se colocarían en tu estructura?
@@FuilcoDev El repository es capa de persistencia.
¡Saludos!
Pero dentro de un entorno de trabajo, en el caso de estar trabajando con microservicio el team deberia hacer la misma estructura de carpetas?
Hola, está estructura aplica para micros también, este ejemplo es una guía y no una camiseta de fuerza.
¡Saludos!
Bajo esa estructura, existe un lugar definido para los enum?
Saludos crack, gracias por tus videos
Hola, esta estructura no tiene una carpeta específica para los enum. Los enum se van asignando a cada uno de los directorios dependiendo de su función y utilidad. Debes revisar cuál sería el lugar adecuado para tu enum.
¡Saludos!
Te podrías crear un discord para la comunidad? Saludos!
Hola, me lo voy a pensar muy bien.
¡Saludos!
Master
Pero ahí lo que estás enseñando es a cómo estructurar un “monolito” en el mercado no se estructura un back de tal manera, puesto que cuando el front lo consuma no hay manera de serializarlo a menos que se usen dtos, lo ideal es tener cada feature aparte y que se importe como librería, obedeciendo al loose decoupling y buenas prácticas, pdta: espero lo tomes de la mejor manera
Hola, estoy completamente de acuerdo contigo, en una estructura se busca que siempre haya "loose decopuling" o bajo acompañamiento entre los componentes, esta base es más que todo para monolitos aunque en micros también se puede implementar, esta estructura es una base para estructurar un proyecto tanto en micro como en monos, pero no es obligatorio estructurarlo así al pie de la letra siempre, puede variar. El tema es que en micros está la salvedad de tener un microservicio común en donde se guarden DTO's, clases y componentes comunes para ser importados como librería en los otros micros, en eso te doy la razón 100%. Pero eso no afecta para nada a esta estructura base para el proyecto.
De todos modos es un tema amplio y debatible. Jeje!
Muchas gracias por tu crítica constructiva crack! Me gustó.
¡Saludos!
Hay herramientas que te permitan generar la estructura de forma automática?
@ no Que conozca, pero puedes buscar el plugin de bancolombia scaffold, Que automáticamente te da una estructura DDD
No me carga el video
por exceso de calidad jajajaj, son excelentes tus aportes