Upgrade to Pro — share decks privately, control downloads, hide ads and more …

El pegamento de las Apps con internet

chema
September 04, 2015

El pegamento de las Apps con internet

Uso eficiente de la capa de red en las apps móviles. Herramientas para trabajar con APIs REST, estrategias de conexión y construcción de API Client usando Retrofit y OKHttp.

#MobileDayGalicia #GDGVigo

chema

September 04, 2015
Tweet

More Decks by chema

Other Decks in Technology

Transcript

  1. El pegamento de las Apps con Internet José María Rodríguez

    Hurtado (@durbon) Android Engineer Herramientas para el desarrollo móvil de apps
  2. José Manuel Pereira García ANDROID TEAM LEAD www.jmpergar.com @JMPergar [email protected]

    +JoseMPereira José María Rodríguez Hurtado ANDROID DEVELOPER & APIs LOVER @durbon [email protected] + +JoséMRodríguez
  3. “Casi cualquier app necesita una conexión de red para funcionar”

    (incluso la app que ahuyenta los mosquitos)
  4. ¿Somos eficientes usando las peticiones de red en nuestras Apps?

    1. Velocidad 2. Errores de red 3. Offline 4. Sincronización 5. Seguridad
  5. Velocidad de conexión La red (puede ser) lenta • Ajustes

    de conexión según si estamos en WiFi, 3G, 4G: ◦ Calidad de las imágenes. Solicitar resoluciones, formatos al API ◦ Descarga de datos pesados sólo en WiFi. Ajustes de applicación ◦ Usa datos en caché siempre que puedas. Cache-control, ETag • Usa siempre GZIP, reduce hasta un 70%
  6. Errores de conexión Gestionar los errores 4xx y 500. •

    Enviar errores a Crashlytics o Analytics para analizarlo. ¿fallos de backend? • Mensajes informativos, intenta recoger feedback del usuario ¿hay algo incorrecto?
  7. Errores de conexión Definir Timeout. • Gestionar los tiempos de

    espera: nunca más de 10 seg • Feedback de loading o fallo. Evitar el loading infinito
  8. Errores de conexión Retries • Reintentos manuales. Botón de reintento

    UI • Respetar la transaccionalidad de las acciones. Rollback de las acciones y comprobar estado • Cola de reintentos en segundo plano. Diferenciar acciones que no requieren más interacción de usuario. Ejemplo: whatsapp
  9. ¿Funcionamiento offline? Offline First: http://offlinefirst.org/ Probar a usar la app

    en modo avión (sin conexión) Caché de los datos más usados. Equilibrio entre lógica de negocio en la app y directa del backend Persistir todos los datos posibles de la App Sincronización del uso offline. Colas de sincronización
  10. Notificaciones Push Utilizar SaaS que nos faciliten la vida •

    Parse • Amazon SNS Tipos de notificaciones: bulk, topic, personalizadas Sincronización en background usando push
  11. Seguridad Utilizar HTTPS para TODAS las llamadas Uso de OAuth2

    Signature en llamadas para no poder repetir llamadas si alguien intenta crawlear nuestra API
  12. Las frustraciones del desarrollador de apps móviles • Falta de

    documentación • Parseo de respuestas y gestión de errores • El API aún no está desarrollada (mocks) • “Manual testing” • Versionado y mantenimiento de APIs • Seguridad de las peticiones
  13. ¿Documentación estática o sandbox interactivos? • Definición de endpoints, parámetros,

    response, errores, etc.. (actualizada, por favor) ..pero también necesitamos... • Entorno trasteable y testable
  14. Swagger: agnostic framework for APIs “The goal of Swagger™ is

    to define a standard, language-agnostic interface to REST APIs which allows both humans and computers to discover and understand the capabilities of the service without access to source code, documentation, or through network traffic inspection” swagger.io
  15. Network Traffic Inspection ¿Cómo visualizar que envío y recibo al

    hacer peticiones a un API? ...y también sirve para “descubrir” APIs
  16. • Debug traffic: request, response, header, cache- control, etc.. •

    Man-in-middle: desencriptar HTTPS visualizando y modificando request. Reverse proxy SSL • Performance testing: lag
  17. API Workflow Herramientas para almacenar colecciones de llamadas APIs •

    Crear peticiones de forma simple y reproducibles • Documentar llamadas y exportarlas • Trabajar con distintos entornos staging y pro • Utilizar helper de autenticación • Crear script de pruebas • En definitiva, un Sandbox de pruebas
  18. Mock server • Evita el bloqueo mientras se está desarrollando

    una API • Adelantar trabajo y definir JSON al equipo de Backend • Pruebas en local sin necesidad de conexión de red. Mock server integrado. • Y los más importante… TESTING
  19. Mockweb server https://github.com/square/okhttp/tree/master/mockwebserver MockResponse. Simular respuestas: header, body, tiempo de

    respuestas RecorderRequest. Similar al verify podemos comprobar el orden y si se hacen las request correctas. Dispatcher. Crear un pequeño dispatcher para dar lógica a los test.
  20. OKHttp • Soporta HTTP/2 y SPDY • GZIP shrinks •

    Response caching evitando repetir llamadas innecesarias. Cache-control • Pinnear certificados • Interceptors http://square.github.io/okhttp/
  21. Certificates pinning EVITA MAN-IN-THE-MIDDLE public CertificatePinning() { client = new

    OkHttpClient(); client.setCertificatePinner( new CertificatePinner.Builder() .add("publicobject.com", "sha1/DmxUShsZuNiqPQsX2Oi9uv2sCnw=") .add("publicobject.com", "sha1/SXxoaOSEzPC6BgGmxAt/EAcsajw=") .add("publicobject.com", "sha1/blhOM3W9V/bVQhsWAcLYwPU6n24=") .add("publicobject.com", "sha1/T5x9IXmcrQ7YuQxXnxoCmeeQ84c=") .build()); } http://square.github.io/okhttp/javadoc/com/squareup/okhttp/CertificatePinner.html
  22. Certificates pinning javax.net.ssl.SSLPeerUnverifiedException: Certificate pinning failure! Peer certificate chain: sha1/DmxUShsZuNiqPQsX2Oi9uv2sCnw=:

    CN=publicobject.com, OU=PositiveSSL sha1/SXxoaOSEzPC6BgGmxAt/EAcsajw=: CN=COMODO RSA Domain Validation Secure Server CA sha1/blhOM3W9V/bVQhsWAcLYwPU6n24=: CN=COMODO RSA Certification Authority sha1/T5x9IXmcrQ7YuQxXnxoCmeeQ84c=: CN=AddTrust External CA Root Pinned certificates for publicobject.com: sha1/BOGUSPIN at com.squareup.okhttp.CertificatePinner.check(CertificatePinner.java) at com.squareup.okhttp.Connection.upgradeToTls(Connection.java) at com.squareup.okhttp.Connection.connect(Connection.java) at com.squareup.okhttp.Connection.connectAndSetOwner(Connection.java) http://square.github.io/okhttp/javadoc/com/squareup/okhttp/CertificatePinner.html
  23. OKHttp Interceptors Autentication. Servicio adhoc con la seguridad del API

    Parámetro comunes de la App. Header con app version, ids Caché Logging y debugging
  24. Retrofit http://square.github.io/retrofit Convertir HTTP APIs en interface Java public interface

    GitHubService { @GET("/users/{user}/repos") Call<List<Repo>> listRepos(@Path("user") String user); } public interface GitHubService { @GET("/users/{user}/repos") Call<List<Repo>> listRepos(@Path("user") String user); }
  25. Conclusiones Cuidar la capa de red de las aplicaciones Offline

    First. Diseñar la UI y el componente de caché pensando en ello Utiliza herramientas para debuggear la API
  26. Referencias Android Tech Talk: HTTP In A Hostile World -

    Jesse Wilson https://www.youtube.com/watch?v=tfD2uYjzXFo Offline First http://offlinefirst.org/ OkHTTP Recipes https://github.com/square/okhttp/wiki/Recipes Retrofit http://square.github.io/retrofit/