Vengo desde el final de esta lista de reproducción. Si te preguntas si vale la pena escuchar todo: Si. No sé Kotlin, manejo Python, pero esto está tan bien explicado que sirve para cualquier lenguaje de programación. Gracias por compartir!!!
Hola Antonio muy buenos tus vídeos estos conceptos siempre son buenos tenerlos presentes. Una duda, ¿Dirías que los repositorios en la arquitectura MVVM, rompen un poco este principio? Muchas veces me he topado con proyectos bastantes cargados en la capa del repositorio comunicándose con distintas fuentes de datos. Saludos mastro.
En una arquitectura Clean, lo normal es que los VMs se comuniquen con casos de uso o interactors, no directamente con los repositorios. Dicho esto, para Apps sencillas se lo podría uno saltar, pero es fácil que eso crezca y que el VM acabe haciendo demasiadas cosas, y por tanto rompiendo este principio como bien dices.
De hecho, una clase o módulo puede hacer 3 cosas distintas pero, desde el punto de vista funcional, es sólo una razón para cambiar. Eso significa que está aplicando SRP.
Hola Jorge, estoy centralizando las respuestas para todos en Discord, así que te invito a que te unas y traslades tus dudas allí, un saludo! 👉 devexperto.com/comunidad
No estoy de acuerdo. De hecho, "una sola razón para cambiar" es la correcta. No se aplica sólo a clases y, sí, es abstracto. Decir que hace sólo una cosa no es correcto.
Hola Jorge, estoy centralizando las respuestas para todos en Discord, así que te invito a que te unas y traslades tus dudas allí, un saludo! 👉 devexperto.com/comunidad
🟥 Pincha aquí para seguir aprendiendo sobre calidad de software y arquitecturas 👉 th-cam.com/video/6BHOeDL8vls/w-d-xo.html
🎁 Haz clic aquí para descargarte la guía gratuita para dominar SOLID 👉 devexperto.com/principios-solid-guia-gratis/?
Vengo desde el final de esta lista de reproducción.
Si te preguntas si vale la pena escuchar todo: Si.
No sé Kotlin, manejo Python, pero esto está tan bien explicado que sirve para cualquier lenguaje de programación.
Gracias por compartir!!!
Muchas gracias por tu comentario!
El concepto de SOLID es quizás el más importante en OOP. Muy bien explicado, Antonio! Saludos
Muy de acuerdo! Gracias!
Justo lo que buscaba! Gracias por compartir
Con mucho gusto!
Excelente video!!! Muchas gracias. Quisiera llevar su curso de Android.
Gracias! Pues cuando quieras! Si es para empezar en Android, tienes la info en devexperto.com/abt
Bien explicado, muchas gracias
Gracias a ti por comentar!
Q buen Video
Gracias!
Genial, como siempre muy informativo.
Gracias!
Hola Antonio muy buenos tus vídeos estos conceptos siempre son buenos tenerlos presentes. Una duda, ¿Dirías que los repositorios en la arquitectura MVVM, rompen un poco este principio? Muchas veces me he topado con proyectos bastantes cargados en la capa del repositorio comunicándose con distintas fuentes de datos. Saludos mastro.
En una arquitectura Clean, lo normal es que los VMs se comuniquen con casos de uso o interactors, no directamente con los repositorios.
Dicho esto, para Apps sencillas se lo podría uno saltar, pero es fácil que eso crezca y que el VM acabe haciendo demasiadas cosas, y por tanto rompiendo este principio como bien dices.
Qué editor de texto utilizas a partir del minuto 4:02?
Es IntelliJ IDEA, la versión community
De hecho, una clase o módulo puede hacer 3 cosas distintas pero, desde el punto de vista funcional, es sólo una razón para cambiar. Eso significa que está aplicando SRP.
Hola Jorge, estoy centralizando las respuestas para todos en Discord, así que te invito a que te unas y traslades tus dudas allí, un saludo! 👉 devexperto.com/comunidad
bueno pero al final no se puede usar encapsulacion respetando esos principios.
Por qué no?
No estoy de acuerdo. De hecho, "una sola razón para cambiar" es la correcta. No se aplica sólo a clases y, sí, es abstracto. Decir que hace sólo una cosa no es correcto.
Hola Jorge, estoy centralizando las respuestas para todos en Discord, así que te invito a que te unas y traslades tus dudas allí, un saludo! 👉 devexperto.com/comunidad