Diario de un develUpper

Nos encanta Retrofit!!! Y con Retrofit2 en Beta 4, a punto de salir su versión estable, nos encontramos usándolo en nuestros proyectos más nuevos.

Para mejorar su uso, desarrollamos una CustomCallback que mejora un aspecto engorroso de la API actual: Un request se considera exitoso cuando no falló, entendiéndose por ‘fallo’ un timeout, crash de networking en el teléfono, etc. Entonces, con este concepto, un request que recibe un HTTP Status 500 como respuesta, se considera ‘exitoso’, obligando a preguntar siempre en los requests si requests.isSuccess()...

Para evitar esto, nuestra CusomCallback, que usa Java Generics para poder ser utilizada con cualquier tipo de objeto, encapsula este if y, además, agrega un logging útil que, hasta ahora, Retrofit2 no trae.

Les dejamos el gist:

https://gist.github.com/facundomr/2362c57383368e9fd6cf

Porque creemos que compartir conocimiento es parte de ser buenos profesionales, y que hay tanta información en la web que merece ser filtrada, aquí van algunas novedades destacadas del mes de Septiembre.

Nuevos dispositivos El mes pasado se anunciaron los nuevos integrantes de la familia Nexus: el 5P (LG Electronics) y el 6X (Huawei). Link

Por el lado de Apple, la actualización del iPhone 6: el 6s y una nueva iPad Pro, de 12.9 pulgadas, como así también múltiples actualizaciones de Software, entre las que destacan el nuevo iOS9, watchOS2 y tvOS. Link

Android Studio 1.4 Se acerca el release definitivo de Android 6.0 y ya hay actualización para el IDE impulsado por Google. Entre los nuevos features se destacan la posibilidad de usar assets vectoriales y una fácil integración con Firebase. Link

Android development like a pro En esta charla, @rallat, del equipo de Twitter, comparte formas de tener un código limpio y escalable en Android. Link

El estado actual de Javascript en Android es pobre Una crítica de Jeff Atwood a la performance de Javascript en Chrome, sobre Android. Link

El equipo de Instagram comparte su experiencia implementando features con el nuevo 3D Touch del iPhone 6s Buen recurso para quienes quieran iniciarse con el nuevo hardware feature estrella de iOS9. Link

Hacer deep links encantadores Una guía sobre cómo ser elegante en el manejo de Deep Links en iOS, y en general. Link

Al igual que Gradle en Android, para llevar adelante el manejo de dependencias en aplicaciones iOS, contamos con la herramienta CocoaPods.

Gracias a CocoaPods ya no es necesario, al momento de incorporar una librería a nuestro proyecto, tener que copiar a mano los archivos .h y .m, sino que simplemente agregando una linea al archivo correspondiente, la misma se integra.

Como agregar CocoaPods a un proyecto Xcode?

1) Instalar CocoaPods en nuestra pc. Para ello simplemente corremos el siguiente comando ruby en la consola:

 sudo gem install cocoapods.

2) Vamos a la carpeta donde tengamos almacenado el proyecto, por ejemplo: cd ~/develup/projects/MiProyecto

Una vez allí corremos el comando:

pod init

Entonces se creara en la carpeta de nuestro proyecto el archivo “Podfile”, en él podremos definir todas nuestras dependencias.

3) Abrimos el archivo Podfile con Xcode para poder editarlo, esto se realiza con el comando:

open -a Xcode Podfile

IMPORTANTE: El Podfile debe editarse con Xcode y no con TextEdit ya que algunas comillas pueden ser reemplazadas por otros caracteres y esto confunde a Cocoapods generando errores inesperados.

El Podfile generado por defecto debería lucir así:

# Uncomment this line to define a global platform for your project

# platform :ios, "6.0"

target "ShowTracker" do

end

Lo que hacemos es reemplazar el 6.0 por la versión de iOS que use nuestro proyecto.

4) Agregamos las dependencias al archivo Podfile

Cada libreria se agrega entre el do y el end. Ejemplo:

# Uncomment this line to define a global platform for your project

# platform :ios, '8.0'

target ‘Miproyecto' do

pod 'UIScrollView-InfiniteScroll'

end

También puede especificarse la versión de la librería a descargar, como por ejemplo:

pod ‘ObjectiveSugar’, ‘0.5’

5) Con la consola y parados en la carpeta del proyecto, corremos el comando:

pod install

6) Abrimos el proyecto desde el nuevo archivo generado MiProyecto.xcworkspace, buildeamos y listo! ya podemos usar las librerias que descargamos sin problemas.

MUY IMPORTANTE: A partir del momento en que se incorpora CocoaPods al proyecto, el mismo debe abrirse SIEMPRE desde el .xcworkspace y no desde el .xcodeproj

7) Deben versionarse todos los archivos generados por Cocoapods?

Esta semana recibimos un informe de error muy particular por parte de un cliente: la aplicación le crasheaba sólamente en su Samsung Galaxy Light. El stack era el siguiente:

java.lang.NoClassDefFoundError: android.support.v7.internal.view.menu.MenuBuilder       at android.support.v7.widget.ActionMenuView.getMenu(ActionMenuView.java:620)       at android.support.v7.widget.Toolbar.ensureMenu(Toolbar.java:823)       at android.support.v7.widget.Toolbar.getMenu(Toolbar.java:815)       at android.support.v7.internal.app.ToolbarActionBar.getMenu(ToolbarActionBar.java:554)       at android.support.v7.internal.app.ToolbarActionBar.setListMenuPresenter(ToolbarActionBar.java:558)       at android.support.v7.app.ActionBarActivityDelegateBase.setSupportActionBar(ActionBarActivityDelegateBase.java:178)       at android.support.v7.app.ActionBarActivity.setSupportActionBar(ActionBarActivity.java:92)

Buscando información al respecto, llegamos a este issue de Android que data de Noviembre 2014: https://code.google.com/p/android/issues/detail?id=78377

¿Qué pasa?

El problema raíz es que algunas ROMs customizadas de Samsung (y otros fabricantes), en este caso para Android 4.2.2, no empaquetan algunas clases que la librería de AppCompat utiliza. En particular, este bug apareció con la versión 21.0.0 de appcompat-v7.

Existen dos soluciones posibles: la primera es hacer downgrade de la librería y utilizar una anterior. En nuestro caso esto no era posible, ya que estamos utilizando componentes de Material Design que venían incluídos y no queríamos modificar tanto el código base. La segunda alternativa consiste en configurar ProGuard para que empaquete las clases necesarias de AppCompat dentro de nuestro .apk, y las incluya en el classpath de la aplicación. Esto impacta en el tamaño de la aplicación: terminó pesando 0.4mb más, lo cual no es poco, pero tampoco es fatal.

Nuestra solución

En primer lugar, debemos habilitar ProGuard. Para ello, en nuestro build.gradle definimos:

buildTypes {    debug {    }    release {        minifyEnabled true        proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-project.txt'        signingConfig signingConfigs.CPFConfig    } }

El archivo proguard-android.txt se toma desde el SDK directamente. proguard-project.txt, en cambio, es generado automáticamente por Android Studio. También podemos crear uno con cualquier otro nombre y definirlo en esa línea, siempre y cuando lo situemos en el directorio raíz.

El contenido del archivo debe ser únicamente el siguiente:

-keepattributes ** -keep class !android.support.v7.internal.view.menu.**,** {*;} -dontpreverify -dontoptimize -dontshrink -dontwarn ** -dontnote **

Listo! Bug solucionado!

Seen at GooglePlayServicesUtil.class (Android source code):

public static boolean isUserRecoverableError(int errorCode) {    switch(errorCode) {    case 1:    case 2:    case 3:    case 9:        return true;    case 4:    case 5:    case 6:    case 7:    case 8:    default:        return false;    } }

Les dejamos por acá un listado de librerías que son realmente infaltables para poder desarrollar más facilmente.

Volley: Para hacer requests HTTP de una manera sencilla, sin preocuparse por el manejo de Asynctasks/Threads. Link: https://developer.android.com/training/volley/index.html

GSON: Para parsear automáticamente respuestas JSON de las APIs que utilicemos a entidades Java. Link: https://code.google.com/p/google-gson/

Universal Image Loader: Para cargar de forma sincrónica o asincrónica cualquier imagen en un ImageView, seteando fácilmente un holder de pre-carga, manejando callbacks de error, etc. Otra vez, no nos preocupamos por los Threads. Link: https://github.com/nostra13/Android-Universal-Image-Loader

Sugar ORM: Con sólo extender de SugarRecord, implementa el patrón ActiveRecord en nuestras entidades. También gestiona y versiona la base de datos, para poder hacer los updates que corresponda entre versiones. Link: http://satyan.github.io/sugar/

Estas dependencias están declaradas practicamente en todos nuestros proyectos. Para poder incluirlas fácilmente, acá les dejamos la forma de declararlas en el archivo build.gradle:

dependencies {    compile 'com.mcxiaoke.volley:library:1.0.8@aar'    compile 'com.google.code.gson:gson:2.3'    compile 'com.nostra13.universalimageloader:universal-image-loader:1.9.3'    compile 'com.github.satyan:sugar:1.3' }

Felicitaciones a SayQA por la publicación de su primer producto mobile: Say Train Up! Gracias por elegirnos, seguiremos desarrollando juntos!!!