Excelente implementación y excelente video!. Solo un aspecto de mejora y es que según tengo entendido es mejor hacer que los datasources no manejen los entities (que solo usen el modelo) ya que ellos son los ecargados de hacer la comunicacion con la fuente externa (y esa debe ser su única responsabilidad). La transformación del modelo al Entity debe estar en el Repository implementation. De hecho hay muchos Clean arc. que al repository le agregan un mapper para separar también esa responsabilidad.
Que alta calidad de codigo y de archivo! Te felicito hay muchos videos sobre zero to expert pero pocos de esta calidad que explique bien los medos y tener todo desaclopado, con facil testeo y mocks
Hola Rick ! Excelente video! Estaría bueno si pudieras explicar más detallado la parte de Bloc y en general la capa de presentation para conocer con más detalle cómo aplicaste la gestión de estados en las vistas 🥹🙏
Increíble lo mantenible que puede volverse un proyecto utilizando Clean Architecture. Aunque es cierto que puede resultar en una cantidad considerable de código, especialmente cuando se combina con Bloc, creo que para aplicaciones medianas y pequeñas sería más conveniente usar Riverpod. Esto podría simplificar mucho el código sin sacrificar la estructura y mantenibilidad. Me encantó el patrón Left Right que compartiste; es una excelente manera de organizar el flujo de datos. Como última anotación, creo que las clases abstractas de los datasources podrían ir mejor en la capa de Domain. Entiendo que puede parecer redundante, pero serviría para indicar dentro de la lógica del negocio que la aplicación puede manejar diversos recursos. Gracias por el gran contenido y por compartir tus conocimientos de manera tan clara.
excelente video, todo muy claro y bien detallado. Estoy intentando migrar un proyecto real (en producción) a Clean Architecture, serviría mucho poder ver la aplicación de esto a un proyecto real (con más de una sola feature, etc). Gracias!
Muy bien explicado. Se agradece la entrega. Lo único que podría agregar es que quizá no incorporaría la librería de dartz a nivel de Domain, para ser purista y no contradecir al tío Bob (con eso de que Domain no debe depender de nada externo a ella misma).
esta es la estructura que uso, consulta, pq no usaste el Either dentro de los valores devueltos en tus metodos de data source remoto implementado, ya que al recibir la respuesta del api tendras L y R, Left=error, Right=Ok
Excelente implementación y excelente video!. Solo un aspecto de mejora y es que según tengo entendido es mejor hacer que los datasources no manejen los entities (que solo usen el modelo) ya que ellos son los ecargados de hacer la comunicacion con la fuente externa (y esa debe ser su única responsabilidad). La transformación del modelo al Entity debe estar en el Repository implementation. De hecho hay muchos Clean arc. que al repository le agregan un mapper para separar también esa responsabilidad.
Que alta calidad de codigo y de archivo! Te felicito hay muchos videos sobre zero to expert pero pocos de esta calidad que explique bien los medos y tener todo desaclopado, con facil testeo y mocks
Hola Rick ! Excelente video! Estaría bueno si pudieras explicar más detallado la parte de Bloc y en general la capa de presentation para conocer con más detalle cómo aplicaste la gestión de estados en las vistas 🥹🙏
Increíble lo mantenible que puede volverse un proyecto utilizando Clean Architecture. Aunque es cierto que puede resultar en una cantidad considerable de código, especialmente cuando se combina con Bloc, creo que para aplicaciones medianas y pequeñas sería más conveniente usar Riverpod. Esto podría simplificar mucho el código sin sacrificar la estructura y mantenibilidad.
Me encantó el patrón Left Right que compartiste; es una excelente manera de organizar el flujo de datos.
Como última anotación, creo que las clases abstractas de los datasources podrían ir mejor en la capa de Domain. Entiendo que puede parecer redundante, pero serviría para indicar dentro de la lógica del negocio que la aplicación puede manejar diversos recursos. Gracias por el gran contenido y por compartir tus conocimientos de manera tan clara.
Este weon
Genial! Explicas bien y eres muy organizado.
Muchas gracias por el video hno, estoy viendo de pegar un salto de web a mobile, y flutter me esta llamando muchisimo.
Si señor!!!! Gracias,
Excelente video Ricardo. Muy bien explicado y super organizado. Espero que sigas haciendo videos en Flutter.
excelente video, todo muy claro y bien detallado. Estoy intentando migrar un proyecto real (en producción) a Clean Architecture, serviría mucho poder ver la aplicación de esto a un proyecto real (con más de una sola feature, etc). Gracias!
Muchas gracias! excelente explicación
Gracias por el aporte!!! Crees que puedas empezar hacer vídeos de resolución de problemas de entrevistas técnicas...
Muy bien explicado. Se agradece la entrega. Lo único que podría agregar es que quizá no incorporaría la librería de dartz a nivel de Domain, para ser purista y no contradecir al tío Bob (con eso de que Domain no debe depender de nada externo a ella misma).
Gracias por el video, muy claro
esta es la estructura que uso, consulta, pq no usaste el Either dentro de los valores devueltos en tus metodos de data source remoto implementado, ya que al recibir la respuesta del api tendras L y R, Left=error, Right=Ok
Bro que tal, en que plataforma o botcamp recomiendas estudiar Flutter ya que es sumamente interesante
Yo recomiendo Udemy, los cursos de Fernando Herrera son buenos
Saludos desde Venezuela, hermano dónde aprendiste Dart y Flutter o algunos cursos que me recomiendes? Gracias
Documentación o cursos en udemy, tengo un video donde hablo de la ruta de aprendizaje para aprender flutter
con riverpoood 🫶
Bro muchas gracias.