INYECCIÓN de DEPENDENCIAS | PATRÓN de DISEÑO - Tutorial Completo Fácil

แชร์
ฝัง
  • เผยแพร่เมื่อ 20 ต.ค. 2024

ความคิดเห็น • 18

  • @programando_en_java
    @programando_en_java  ปีที่แล้ว

    🔔 ¡Ayúdame a llegar a 50.000 subs! 👉 2ly.link/20Hmi
    🎉 Apóyame - 2ly.link/20HnV
    👨‍🏫 MENTORIA GRATUITA 👉 2ly.link/20FqN
    🎁 CURSO GRATUITO de JAVA 👉 2ly.link/20Hme
    🎁 CURSO GRATUITO de SPRING BOOT 👉 2ly.link/20HmM
    📱Redes Sociales 👉 2ly.link/20Hmg

  • @maguuui123
    @maguuui123 25 วันที่ผ่านมา

    en mis años de estudiar sistemas me costo muchisimo este concepto, lo acabo de entender con un video de 6min. no lo puedo creer. crack!

  • @dcloki789
    @dcloki789 หลายเดือนก่อน

    excelente explicacion, gracias

  • @gindCode
    @gindCode ปีที่แล้ว +2

    Gracias amigo, muy sencillo tú explicación

  • @sofianeira6929
    @sofianeira6929 7 หลายเดือนก่อน

    Muy buena explicación!!

  • @jhonytamayo4081
    @jhonytamayo4081 ปีที่แล้ว +2

    Excelentes videos 🎉 seria bueno una serie de programación reactiva en java (rxjava)

    • @programando_en_java
      @programando_en_java  ปีที่แล้ว +2

      ¡Gracias! RXJava se suele usar más en los proyectos de front-end y lo cierto que no tengo mucha experiencia con la librería, pero podría echarle un vistazo 😉

  • @wilfredodice7972
    @wilfredodice7972 ปีที่แล้ว +3

    Pero con que frecuencia puede cambiar el acceso a un motor de base de datos distintos en la practica?. Es necesario realmente llenar el codigo de jeringas. Que problema hay que un servicio este acoplado a un repositorio ?. YAGNI ?

    • @programando_en_java
      @programando_en_java  ปีที่แล้ว +2

      ¡Hola, buen comentario, gracias por tomarte el tiempo en escribirlo! Sin duda es posible que cambiar la base de datos puede ser algo que no ocurra con frecuencia, esto es un ejemplo en el que creo que es fácil de ver para gente que no tiene mucha experiencia y pueda llegar a entender de forma clara por qué se usa la inyección de dependencias.
      Sobre lo que comentas, si es cierto pero al final como programadores deberíamos enfocarnos en la abstracción para hacer nuestro código más fácil de mantener aunque por supuesto esto tendrá que ser evaluado por el propio programador o su equipo de desarrollo.
      En mi opinión, aunque si comparto tu idea, el hecho de crear una interfaz para desacoplar el repositorio no es algo que requiera demasiado tiempo y nos ayuda a tener una estructura de que necesita nuestra clase.
      Interesante comentario, gracias por compartir tú opinión 😉

  • @santiagochoque3046
    @santiagochoque3046 ปีที่แล้ว +3

    No termino de entender algunas cosas.
    Pq en la clase de alto nivel instancias un objeto con el new y se lo asignas al campo de la clase, ahi entiendo q estas generando una dependencia pq estas usando un new y ahora tu clase de alto nivel depende de una de bajo nivel. Pero simplemente eso no se podria solucionqr si tu clase de alto nivel en el constructor recibe como parametro el objeto y dsp se lo asignas al campo ? Ahi ya dejas de depender de otra clase

    • @santiagochoque3046
      @santiagochoque3046 ปีที่แล้ว +1

      Lo único q puedo ver ahí es q la clase de alto nivel solo se va a manejar con un objeto en particular y yo podría crear una interfaz para q pueda manejarse con otros objetos.

    • @programando_en_java
      @programando_en_java  ปีที่แล้ว +1

      Tienes razón, el uso de una interfaz en vez de una clase da mayor modularidad a tu clase haciendo que sea más flexible y acoplar exactamente el objeto que quieras.
      No sé si esto resuelve exactamente tu duda, pero si no, por favor házmelo saber y lo intentaré explicar :)

    • @santiagochoque3046
      @santiagochoque3046 ปีที่แล้ว

      Hola! Muchas gracias por responder. Si, me quedo claro por lo q pude analizar por tu vídeo y otros q estuve viendo sobre El principio de inversión de dependencias y la inyección. Al principio no me quedaba claro pq los ejemplos q se usaban siempre eran los mismos de q en una clase de alto nivel dentro de ella se instancia una clase generando así una dependencia, si bien esto lo entendí yo lo que buscaba era q profundizarán más ya que vos podes quitar esa dependencia simplemente pasándole como parámetro a la clase de alto nivel ese objeto q querés instanciar. Me puse a experimentar sobre este tema y me di cuenta q si yo evitó esa dependencia simplemente pasándole el objeto como parámetro al constructor lo que yo terminaré generando es tener miles de campos en mi clase de alto nivel y constructores q reciben como parámetros las instancias de esos objetos y ahí pude entender el pq la importancia de la interfaz.
      Justo me hicieron hacer un tp integrador en la facu sobre estos temas y nos dieron ejemplos de como debería de quedar, pero a mí no me gusta copiar simplemente e intento q quede bien en claro en mi cabeza la lógica q se está usando y el pq es necesario aplicarlo.

    • @santiagochoque3046
      @santiagochoque3046 ปีที่แล้ว

      Nos pidieron que hagamos una gestion para una biblioteca y yo no podia entender el pq necesitaba una interfaz pero al pensarlo me di cuenta que si yo tengo un RepositorioTXT que me agrega todos los prestamos y demas cosas q hago con mis libros. Que pasa si en el futuro en vez de hacer mi repositorio por formato TXT lo quiero hacer por otro ? en vez de estar modificando mi clase de alto nivel a cada rato y generando campos y constructores diferentes, puedo hacer que simplemente trabaje con una interfaz y que reciba cualquier objeto que la implemente, asi lo unico q tengo q hacer es poner por ejemplo Objeto.Ejecutar y no me va a importar de que clase sea Objeto.

  • @emmanuelvilla2546
    @emmanuelvilla2546 3 หลายเดือนก่อน +1

    Patrón de inyección de dependencia: que la dependencia sea la abstracción y no la implementación.