Debo decir que con este video Al fin entendí el principio de inversión de dependencias Sin embargo, debo mencionar también que es la 5ta o 6ta vez que veo un video relacionado al tema, así que lo importante es cojer muchas fuentes de información e ir construyedno el conocimiento. Muchisimas gracias!!!
¡Muy buena explicación! Preciosa y concisa. Y pienso igual me parece que este principio es uno de los más importantes para el desarrollo de software estables y escalables.
Hola, me parece muy interesante y valorable tu aclaración del tema. ¿Es la inversión de dependencias lo opuesto a inyección de dependencias en un framework como Spring? Quiero decir que la inversión de dependencias propone que los módulos de capas superiores no deben depender de las inferiores, que es justamente lo que vemos todo el tiempo en Spring con la inyeccion de dependencia, cuando dependencias de módulos inferiores (como Repository por ejemplo) son inyectadas en módulos superiores (como Service), quedando el modulo superior dependiendo del módulo inferior.
No tienen por qué ser lo opuesto. La inversión de dependencias permite que la inyección de dependencias no te haga depender de clases concretas, sino de interfaces. Pero se puede tener inyección sin inversión (y entonces pasa lo que dices), e inversión sin inyección, y entonces normalmente la provisión de dependencias se vuelve una locura 😁. Normalmente es interesante usar las 2 a la vez.
Tengo una consulta (y es porque no manejo Kotlin) En la funcion Main se instancia ShippingBasket en "sb", se tiene que luego que llamar la funcion buy para realizar la acción? de forma que quedaría. val sb = ShoppingBasket(Server(), Paypal()) sb.buy(...)
Sí, la primera línea inicializa el objeto. Podrías lanzar buy cuando se inicializa, pero en general en una App real no tendrá mucho sentido. Irás añadiendo elementos a la ShoppingBasket, y llegado el momento el usuario comprará, por lo que se llamará a la función "buy"
![🟥 Principios SOLID - 5 + 1 Reglas que CAMBIARÁN tu forma de PROGRAMAR [2022]](http://i.ytimg.com/vi/E_mSr-VFd3g/mqdefault.jpg)
![ARGENTINA vs. BOLIVIA [6-0] | RESUMEN | ELIMINATORIAS SUDAMERICANAS | FECHA 10](http://i.ytimg.com/vi/C3wPtKNbAOA/mqdefault.jpg)
🎁 Haz clic aquí para descargarte la guía gratuita para dominar SOLID 👉 devexperto.com/principios-solid-guia-gratis/?
Debo decir que con este video Al fin entendí el principio de inversión de dependencias
Sin embargo, debo mencionar también que es la 5ta o 6ta vez que veo un video relacionado al tema, así que lo importante es cojer muchas fuentes de información e ir construyedno el conocimiento.
Muchisimas gracias!!!
Muchas gracias! me alegro que te haya servido 👏
🟥 Sigue aprendiendo sobre calidad de software y arquitecturas 👉 ruclips.net/video/6BHOeDL8vls/видео.html
Bonito ejemplo del patrón Strategy explicando DIP
Gracias 😊
¡Muy buena explicación! Preciosa y concisa. Y pienso igual me parece que este principio es uno de los más importantes para el desarrollo de software estables y escalables.
Muchas gracias!
Me ha encantado el cliifhanger!!! jajaja Muy bien explicado el DIP, gracias por estos videos tan buenos
Gracias a ti!!
Gracias
A ti por comentar!
Clarisimo pa! gracias, un abrazo
Gracias!
Excelente video.
Muchas gracias!
Hola, me parece muy interesante y valorable tu aclaración del tema. ¿Es la inversión de dependencias lo opuesto a inyección de dependencias en un framework como Spring? Quiero decir que la inversión de dependencias propone que los módulos de capas superiores no deben depender de las inferiores, que es justamente lo que vemos todo el tiempo en Spring con la inyeccion de dependencia, cuando dependencias de módulos inferiores (como Repository por ejemplo) son inyectadas en módulos superiores (como Service), quedando el modulo superior dependiendo del módulo inferior.
No tienen por qué ser lo opuesto. La inversión de dependencias permite que la inyección de dependencias no te haga depender de clases concretas, sino de interfaces. Pero se puede tener inyección sin inversión (y entonces pasa lo que dices), e inversión sin inyección, y entonces normalmente la provisión de dependencias se vuelve una locura 😁. Normalmente es interesante usar las 2 a la vez.
@@devexpert_io Gracias por responder
Tengo una consulta (y es porque no manejo Kotlin)
En la funcion Main se instancia ShippingBasket en "sb", se tiene que luego que llamar la funcion buy para realizar la acción?
de forma que quedaría.
val sb = ShoppingBasket(Server(), Paypal())
sb.buy(...)
Sí, la primera línea inicializa el objeto. Podrías lanzar buy cuando se inicializa, pero en general en una App real no tendrá mucho sentido. Irás añadiendo elementos a la ShoppingBasket, y llegado el momento el usuario comprará, por lo que se llamará a la función "buy"
Dicho de otro modo... las capas de tu modelo de negocio no deberían depender directamente de las capas de infraestructura
Correcto!
osea que la inyección de dependencias hace que no se cumpla la inversión de dependencias?
En principio no guarda relación, por qué comentas esto?
Amigo me ayudas a colocar a mi web en duck duck go y yahoo
Eso es posicionamiento en buscadores, no tengo ni idea de cómo funciona especialmente en DuckDuckGo. Seguro que hay contenido buscando en Google
Estuve casi 5 min escuchando sin prestar atencion porque no podia dejar de ver el muñequito de android girar jajajaja
Jajaja no me extraña, lo quité pronto en los vídeos por eso
el unico problema del cursito es que la remera está tan buena que no puedo parar de mirar la cara de seiya xD
Jajajaja 😅 Gracias!? 😜