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
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í.
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. 👍
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
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?
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
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?
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
![📍 Crear RUTAS en GOOGLE MAPS - API de RUTAS con GOOGLE MAPS en ANDROID con KOTLIN [TUTORIAL] GRATIS](http://i.ytimg.com/vi/_6EeTp4GxLo/mqdefault.jpg)
🏦 Curso de ARQUITECTURAS y CALIDAD de Software gratuito 👉 th-cam.com/play/PLrn69hTK5FBx6yl8bVkEEB_hQRgXUgYHK.html
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
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í.
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. 👍
Genial! Veo que hay interés así que habrá vídeo
Excelente aporte!
Sigue así,.estás haciendo un excelente trabajo!
Gracias Enel!
Si, me gustaría un video se la capa de dominio. Saludos
Estupendo! No lo descarto para el próximo jueves
Excelente video, también sería importante topar el tema de la capa de dominio
Gracias! Pues lo podemos ver también
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
Exacto! Me lo habéis perdido varios, así que quizás esta semana lo grabo
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?
No, lo siento.... De MVP tengo un artículo en devexperto.com si te sirve
buscar un articulo en esa pagina, es como descubrir la cura del cancer....NO SE CONSIGUE NADA, que dificil Dios@@devexpert_io
Buen contenido, me preguntaba si podrias hablar sobre proyectos Android con multi modulos , no he visto contenido en español. Saludos
Busca en mi canal, tengo un vídeo de una conversación que tuve con Nico Patarino
¿Hay algún método abreviado para que salga la bombilla de ayuda en Android Studio?
Ya lo encontré alt+enter
Perfecto!
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
Eso es mi formación completa de Architect Coders 😅
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?
Este es: th-cam.com/video/LHBbs6QXvic/w-d-xo.html
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
Tampoco es mala idea, siempre que se mantenga el mismo naming...