Creando un Repository en Platzigram

Clase 59 de 96 • Curso Definitivo de Android 2016

Clase anteriorSiguiente clase

Johan Manuel Perez Soto

student•

Una vez un profesor nos dijo, o escriben todo su codigo en ingles o todo en español!... pero no mezclen esa madre

kevinesaa

student•

¿comó organizaría cosas como Service, Brodcast Reciver, Async Task?

Roberto Requena

student•

En verdad no entiendo porque la clase “Repository” tiene que tener referencia al “Presenter”, esta clase debería solo tener la lógica de acceso a los datos, me parece que esta teniendo lógica que es la responsabilidad de los “Interactor”, haciéndolo así cual es el fin que exista el “Interactor”?

Johan Manuel Perez Soto

student•

También me pregunto lo mismo...

Elioth Monroy

student•

En este caso fue por facilidad, dado que el presenter ya tenia lo métodos de login exitoso/no exitoso, la profesora decidio conectar directo el presenter al repository, sin embargo como ella comenta, también se pudieron haber implementado esos métodos en el interactor y así no hacer uso del presenter

Gustavo Reyes

student•

Para todos aquellos que tengan el problema del evento onClick. Para que en el activity_login.xml nos reconozca el evento es necesario tener implementados los métodos goHome y goCreateAccount en LoginActivity sin embargo no podemos poner que nos reciba como parámetro un View ya que después en la clase Presenter lo tenemos que llamar y no tenemos como tal un view, así que yo lo solucione creando otros dos métodos llamados goHomeBoton y goCreareBoton los cuales sí me reconoce el archivo activity_login.xml y desde esos métodos llamo a los que ya estaban ahí de goHome y goCreateAccount.

@Override
    public void goCreateAccount() {
        Intent intent = new Intent(this,CreateAccountActivity.class);
        startActivity(intent);
    }

    @Override
    public void goHome() {
        Intent intent = new Intent(this,ConteinerActivity.class);
        startActivity(intent);
    }

    public void goHomeBoton(View view){
        goHome();
    }

    public void goCreateAccountBoton(View view){
        goCreateAccount();
    }

Sé que no está bien hacerlo de esa manera pero no encontré otra solución para seguir con el curso.

Agustin Garcia

student•

Donde debería tener las clases que no tienen ninguna vista asociada, como por ejemplo User?

Ann Code

teacher•

Así es! Podrías tener una carpeta llamada Model ya sea en la raíz del proyecto o en cada entidad/carpeta

Jorge Alberto Gomez Mendoza

student•

¿Porque en el repositorio invoca al presenter y no al interactor?

Didier Zúñiga

student•

Le pasa el resultado del login de inmediato al presenter para que este lo comunique al view, es decir recorta un poco el camino ya que de vuelta no es necesario pasar por el interactor.

Jorge Alberto Gomez Mendoza

student•

Según habia entendido la logica y operaciones debe hacerlas el interactor, esperaba que el repositorio regresara al interactor solo u true o false y que el interactor realizara las operaciones necesarias. Si entiendo la parte de que se acorta el camino, pero entonces lo unico que hace el interactor es llamar al repositorio, bien podria no estar.

JOSE ADRIAN TEZOYOTL MORALES

student•

Baas Backend as a service.

JOSE ADRIAN TEZOYOTL MORALES

student•

FileProvider Obtener package de forma dinamica. MediaStore.EXTRA_OUTPUT. file_path: <path xmlns:android="..."> <external-path name="Platzi" path="carpetaArchivosProyecto"/>

JOSE ADRIAN TEZOYOTL MORALES

student•

Muy importante saber gestionar los permisos en las apps.

Mardoqueo Yol

student•

Hola, tengo una pregunta, ¿Por qué se están implementando interfaces si cada clase tiene miembros y comportamientos distintos?.
En verdad solo me interesa saber cual es la utilidad.
Saludos.

Miguel Angel Fuentes Garcia

student•

Definir interfaces permite la existencia de variables polimórficas y la invocación polimórfica de métodos. Las interfaces son una forma de especificar qué debe hacer una clase sin especificar el cómo.
Ejemplo: Supongamos una interfaz que describe a un nadador de cuatro estilos (nadaLibre(), nadaDespaldas(), nadaPecho(), nadaMariposa()). Ahora piensa en la clase Alumno hay muchas instancias de Alumnos, entre ellos hay algunos que pueden ser instancias de AlumnosNadadores, clase que implementa la interfaz Nadador. Con ello donde se necesite un nadador, podremos enviar esos alumnos. Cuando se pida un alumnos nadador en una función, se entiende que sólo se invocarán sus métodos como nadador.

Ann Code

teacher•

Estamos usando interfaces esencialmente por que trabajamos con una capa de datos, a pesar de que los métodos para cada clase son únicos, los comportamientos podrían cambiar, es decir, a fuente de datos podría cambiar.

Por esa razón si tuvieramos el método guardarDato, podríamos decidir si guardar ese dato en la fuente de datos: Base de datos o en la fuente de datos: Archivo o en la fuente de datos: Web Service por esa razón usamos un método que puede tener diferentes comportamientos dependiendo dónde se implemente para el momento adecuado.

Espero te haya quedado más claro 😃

Guillermo Camarena Miramontes

student•

Hola un detalle que note es que cuando estas loggeado y le pulsas atras puedes ir directamente al login. No habra una manera de que no ocurra esto ?

Miguel Angel Fuentes Garcia

student•

Te refieres al boton de Up o back? Si es el de back solo tienes que sobreescribir este metodo

@Override
public void onBackPressed()
{
/*
      Añade una validacion para saber si estas logeado, si esas logeado cierra la app
     o lo que tu quieras   
*/  
   super.onBackPressed();  // Invoca al método
}

Ann Code

teacher•

Gracias miguelangelfuentes 😃

Efectivamente así puedes controlar el comportamiento del botón de back de Android

Damian Ricardo Arenales Hernández

student•

Cuando hablas de entidades hablas de las actividades Ann Code.

Ann Code

teacher•

No en realidad, me refiero a los objetos, instancias de una clase 😃

Didier Zúñiga

student•

Partiendo de que el Interactor es el cerebro.

Cuando necesito hacer una operación con un registro en base de datos:
La solicitud viaja View > Presenter > Interactor > Repository(Obtengo registro) > Interactor(Realizo operación con registro) > Repository(Guardo resultado de operación en DB).

¿Este proceso es bien visto? o ¿se podrían hacer operaciones en el mismo Repository cuando estos dependen de registros en DB?.

Ann Code

teacher•

Hola! cuando decimos que el interactor es el cerebro significa que él hará todas y cada una de las acciones los demás solamente fungen como puentes y coordinadores para enviar y recibir información. 😃

Cesar Augusto Rodriguez Lizana

student•

pregunta responder a la brevedad por favor supongamos que yo tenga otro “CU” con el mismo objeto BD, tendria que implementar de nuevo otro repository para ese CU ??

especificando:
1.- CU1.- Login -> BD se implementa una clase e interface para acceder a la BD
2.- CU2.- Registrar-> DB se debe crear otra clase e interface para acceder de nuevo a la BD ???

Ann Code

teacher•

Hola Cesar para este caso lo más recomendable es abstraer más la entidad de tal modo que en vez de login se llame user, así este puede tener varios casos de uso como:

login
singup
logout
etc.
😃

Carlos Fernando Pinzón Jáimes

student•

Perdón, me perdí , qué es un CU?

Aunque leyendo el contexto de la pregunta creo entender que soluciona la misma duda que yo tengo, por ejemplo, si en mi vista de login existiera otro botón que hiciera una acción muy parecida a Log In ( es decir que necesitara los mismos datos de la BD) , tendríamos que armar otra entidad con sus respectivos 4 paquetes?

Harry Hurtado Arango

student•

Buenas tardes
tengo la siguiente inquietud, estoy tratando de usar en el botón login del activity_login xml el método goHome() en el evento onClick que se definió en la interfaz LoginView. Pero al tratarlo de referenciarlo en el archivo .xml este no me lo reconoce , solo acepta los metodos de la siguiente caracteristica : void goHome(View view)
Para que funcione de la manera descrita en el video, que configuración debo tener en el proyecto?? gracias.

Ann Code

teacher•

Para que te acepte el método goHome sin parámetro View puedes usar el método setOnClickListener y dentro del callback onClick() pones el llamado a goHome() 😃

final Button button = findViewById(R.id.button_id);
         button.setOnClickListener(new View.OnClickListener() {
             public void onClick(View v) {
                goHome();
             }
         });

Tomás Fermoso Dominguez

student•

No se como resolver el siguiente problema.
He usado los LiveData en el ViewModel y perfecto, desde la vista se entera de los cambios que se producen en mi LiveData. (con un observe)
He tratado de utilizar LiveData en el Repositorio, para que cuando se produzca algún cambio poder llevar a cabo determinadas acciones. El problema es que no puedo hacer un observe del LiveData que me devuelve el DAO porque necesito un Lifecicleowner y aqui no dispongo de el (es cosa de activities y fragments). En tiendo el problema pero no se si se puede resolver o tengo que olvidarme de los LiveData aqui y utilizar RxJava