Episodio 10 - Principio de Inversión de Dependencias - Principios SOLID | Arquitectura Limpia
HTML-код
- Опубликовано: 15 авг 2022
- Link de mis cursos con descuento: www.felipe-gavilan.com/cursos...
En este video vamos a ver el capítulo 11 del libro de Arquitectura Limpia de Robert Martin. Hablaremos acerca del principio de inversión de dependencias, el cual nos aconseja que nuestro código debe de depender de abstracciones, y no de tipos concretos.
Recuerda dejar en los comentarios qué libro quieres que analicemos después de este.
![5️⃣ Principio de INVERSIÓN de DEPENDENCIAS ➡ ¡La clave de las arquitecturas! 💘 [SOLID]](http://i.ytimg.com/vi/90uW1_l0Y3I/mqdefault.jpg)
hola, ando estudiando el libro , recién veo tus videos, me suscribi, seguire complementado mis lecturas con tus videsos saludos
Estaba medio volando en este tema, pero gracias a ti lo pude entender de una manera sencilla, alto capo.
Por más contenido así sobre todo de arquitectura limpia
Que gran aprendizaje. Crear software altamente flexible.
Fundamental y básico para el Unit Testing de cada una de las clases. Estaría interesante un 2.0 de este vídeo, con un ejemplo muy simple de Moq o Subtitute viendo lo bueno que es este principio. Saludos!
Excelente video Felipe!
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.
Saludos Felipe, tengo la siguiente duda, si tengo un proyecto donde estoy haciendo uso de la inyección de dependencias sobre, por ejemplo, una interfaz que tiene un metodo que permite guardar un archivo cargado por el usuario, esta interfaz es implementada por tres clases: Clase A: Guarda en OneDrive, Clase B: Guarda en Azure, Clase C: Guarda en una BD, a lo largo del proyecto hay varios puntos, donde se usa este metodo (Supongamos que en 5 partes diferentes), que sucede o como podría manejarlo si pide que en 2 de estas partes piden que haga uso del guardado en Azure, en otras dos partes en One y en la ultima en la BD ? Ya la factoria no serviría o el uso en el Program, o si ? No se si me haya hecho entender.
Geniales tus vídeos! Sigue así 👍
Gracias!
Excelente video.
Existe algún patrón o técnica para usar una implementación de una interfaz por ejemplo cuando estoy corriendo mi aplicación local quiero usar IStorageLocal pero cuando estoy en producción usar IAzureStorage. Se me ocurre poniendo un if y viendo desde donde estoy corriendo mi app. Pero no creo que sea lo más prolijo, alguna idea? Gracias crack!
Buenas, Lucas,
Pues una opción es utilizar una factoría: ruclips.net/video/VCElUcZ-tY0/видео.html
Saludos
Muchas gracias por tu explicación es muy clara, pero tengo la siguiente duda ¿Cómo se haría si se requiere por ejemplo subir archivos tanto a AWS como a Azure dependiendo de alguna condición? y ¿desde que clase debería hacerse ?. Ya estoy suscrito a tu canal.
Buenas, Sebastian,
Al menos en .NET, tenemos la opción de utilizar una factoría para definir cual implementación del servicio utilizar. Aquí un ejemplo: ruclips.net/video/VCElUcZ-tY0/видео.html
Saludos y gracias!
"Por que el cliente mañana puede tener una brillante idea" 😂
cosas que pasan