🔸 Cómo estructurar la CAPA de DATOS - Repositories y DataSources

[@devexpert_io]

🏦 Curso de ARQUITECTURAS y CALIDAD de Software gratuito 👉 kzbin.info/aero/PLrn69hTK5FBx6yl8bVkEEB_hQRgXUgYHK

[@EnelAlmonte]

Excelente aporte! Sigue así,.estás haciendo un excelente trabajo!

[@devexpert_io]

Gracias Enel!

[@chrrissoft2404]

Sería buenísimo que hablaras sobre la capa de dominio y de las diferencias entre dominio según clean architecture y la arquitectura que recomienda android. 👍

[@devexpert_io]

Genial! Veo que hay interés así que habrá vídeo

[@MarioPerez-dn8ek]

Si, me gustaría un video se la capa de dominio. Saludos

[@devexpert_io]

Estupendo! No lo descarto para el próximo jueves

[@alexsalcedosilva4183]

Excelente video, también sería importante topar el tema de la capa de dominio

[@devexpert_io]

Gracias! Pues lo podemos ver también

[@wilsonluiggi2952]

Minuto 2:44 en teoría los sharedpreferent y room irían en el local Datasource , en el remote data source iría retrofit. Es decir no por no usar room debemos eliminar el el data source

[@devexpert_io]

No sé si te sigo. Lo que indica en las guías es que si solo vas a tener una fuente de datos. Por ejemplo el caso en que solo accedas al servidor y no necesites almacenar nada localmente, no hace falta crear data sources, y se puede poner el código en el repositorio. No es algo que personalmente me guste, pero es la opción que se indica allí.

[@atherbsc5384]

Espectacular video, me había releído varias veces la capa de data en la guía de arquitectura y con tu contenido puedo comparar si lo que entendí es correcto o no, tal parece que si, ya que estoy aplicando lo mismo en un pequeño proyecto personal que me sirva para encontrar mi primer empleo como desarrollador Android. Por otra parte, en el minuto 13:50 te refieres a poder modelar las acciones por medio de una interfaz y que los data sources implementen esa interfaz para reducir el acoplamiento a una única fuente ya que paso al constructor la interfaz y no la clase que lo implementa y poder pasarle otra fuente que use esa interfaz si así lo requiriera o me equivoco? Gran contenido como siempre y ya que estamos en el tema de la guía de arquitectura, se podría hablar de la capa del domain en un futuro video y como esta sirve de puente entre la capa de ui y data. Saludos

[@devexpert_io]

Exacto! Me lo habéis perdido varios, así que quizás esta semana lo grabo

[@dahlos]

Buen contenido, me preguntaba si podrias hablar sobre proyectos Android con multi modulos , no he visto contenido en español. Saludos

[@devexpert_io]

Busca en mi canal, tengo un vídeo de una conversación que tuve con Nico Patarino

[@moisesvalera3597]

Hola Antonio, muchas gracias por compartirnos este video. En la compañía donde entre a trabajar usan MVP como arquitectura y están muy lejos de empezar a usar MVVM, Dagger (no Hilt) para inyectar dependencias y Clean Arquitecture, tendrás algún video donde uses las tres?

[@devexpert_io]

No, lo siento.... De MVP tengo un artículo en devexperto.com si te sirve

[@fahieram]

buscar un articulo en esa pagina, es como descubrir la cura del cancer....NO SE CONSIGUE NADA, que dificil Dios@@devexpert_io

[@nologames8856]

Estaría genial si haces un video de Arquitectura Clean desde cero sin simular datos, usando alguna api publica y una base de datos, haciendo uso de flows y corrutinas

[@devexpert_io]

Eso es mi formación completa de Architect Coders 😅

[@Nanoditu]

¿Hay algún método abreviado para que salga la bombilla de ayuda en Android Studio?

[@Nanoditu]

Ya lo encontré alt+enter

[@devexpert_io]

Perfecto!

[@anakarinagutierrez2805]

Hola, habla de un video anterior, pero honestamente me pierdo en el orden de como debemos ver los videos, alguien sabe cual es el anterior, o en donde veo a lista completa de videos?

[@devexpert_io]

Este es: kzbin.info/www/bejne/gnmlk6Zshr2pn8U

[@juarez.roberto]

Yo prefiero llamar al objeto en la capa de datos DtoSomething, al de base de datos EntitySomething, y al que usaremos en el proyecto simplemente Something

[@devexpert_io]

Tampoco es mala idea, siempre que se mantenga el mismo naming...