\tUn article consacr\u00e9 aux “Best Practices” dans le d\u00e9veloppement d’applications Android, provenant toujours de la m\u00eame source Futurice.<\/p>\n
\tL’utilisation de Gradle est un pr\u00e9-requis. Il vaut mieux oublier Ant, plus limit\u00e9 et verbeux. En effet, avec Gradle :<\/p>\n
Par ailleurs et non des moindres, le plugin Gradle est activement soutenu et d\u00e9velopp\u00e9e par les \u00e9quipes Google. On aurait tort de se priver d’une telle aide.<\/p>\n
\tL\u00e0 encore, qui est In, qui est Out ?
\n\tLa traditionnelle structure de projet propos\u00e9 par Ant & Eclipse est \u00e0 abandonner au plus vite et il est fortement conseiller de rejoindre la structure de projet propos\u00e9 par la combinaison Gradle & Android Studio.<\/p>\n
La structure de projets type Gradle selon Futurice<\/b><\/p>\n \tLa diff\u00e9rence principale est que dans une structure “Gradle”, chacune de ressources est s\u00e9par\u00e9e dans un r\u00e9pertoire. Ce qui permet par exemple de g\u00e9rer distinctement les ressources n\u00e9cessaires \u00e0 une version payante ou gratuite de votre application.<\/p>\n \tPar ailleurs, g\u00e9rer l’application dans un r\u00e9pertoire de haut niveau permet de faire la distinction avec les librairies utilis\u00e9es par votre application. Le fichier settings.gradle<\/i> est pr\u00e9sent pour conserver les r\u00e9f\u00e9rences \u00e0 ces r\u00e9pertoires de librairies , fichier auquel se r\u00e9f\u00e8re app\/build.gradle<\/i>.<\/p>\n \t3.1 Structure g\u00e9n\u00e9ral<\/b> \t3.2 Ex\u00e9cution de t\u00e2ches via des scripts<\/b> \t\t3.3 Gestion des mots de passe<\/b> \t3.4 Gestion des d\u00e9pendances<\/b> \tSource : Android Maven Plugin – android-maven-plugin<\/a><\/p>\n Il faut absolument \u00e9viter de laisser le soin \u00e0 Maven de g\u00e9rer dynamiquement les versions des d\u00e9pendances. Mieux vaut une gestion manuelle des d\u00e9pendances via Maven qui garantie un environnement de d\u00e9veloppement stable, pr\u00e9dictif et reproductible.<\/p>\n Le choix d’un \u00e9diteur reste un choix personnel, toutefois cette \u00e9diteur doit respecter la structure du projet qui est celle des projets Gradle.<\/p>\n Bien \u00e9videmment, le choix se porte naturellement vers Android Studio, qui est en ad\u00e9quation avec Gradle, c’est du google made de bout en boit. Android Studio fournit un environnement stable et adapt\u00e9 au d\u00e9veloppement Android.<\/p>\n Source : Android Studio<\/a><\/p>\n Voil\u00e0 une partie qui est int\u00e9ressante, le choix de librairies est d\u00e9terminant. Voil\u00e0 l’assortiment propos\u00e9 par Futurice.<\/p>\n 5.1 Les librairies JSON (JSON libs)<\/b> Libre \u00e0 vous de choisir la librairie de votre choix, Jackson semble avoir les faveurs de Futurice notamment sur les 3 aspects suivants : le “streaming”, le “in-memory tree model”, et le traditionnel “JSON-POJO data binding”.<\/p>\n Deux autres librairies alternatives aux deux pr\u00e9c\u00e9dentes :<\/p>\n 5.2 Les librairies de r\u00e9seau (network libs)<\/b> Parmi les librairies, il existe Volley<\/b> ou Retrofit<\/b>. Volley<\/b> fournit aussi tout le “c\u00e2blage” n\u00e9cessaire au chargement et \u00e0 la mise en cache des images. La trio gagnant selon Futurice serait Retrofit<\/b>, Picasso<\/b> pour le chargement des images et le cache des images et OkHttp<\/b> pour l’optimisation des requ\u00eates HTTP. <\/p>\n Les 3 librairies Retrofit<\/b>, Picasso<\/b> et OkHttp<\/b> sont produites par la m\u00eame soci\u00e9t\u00e9, donc l’articulation entre les 3 est plut\u00f4t \u00e9vidente.<\/p>\n OkHttp<\/b> peut aussi \u00eatre utilis\u00e9 avec Volley<\/b>.<\/p>\n D’autres librairies (libs) sont recommand\u00e9es, notamment RxJava, qui se trouve \u00eatre une librairie d\u00e9velopp\u00e9e par Futurice ! En substance RxJava est une librairie dit de “Reactive Programming”, grosso modo pour g\u00e9rer des \u00e9v\u00e9nements asynchrones. Futurice pr\u00e9conise aussi quelques pr\u00e9cautions \u00e0 l’usage de RxJava, puissante mais d\u00e9routante. Une autre librairie Retrolambda<\/b> qui permet d’utiliser une syntaxe d’expression lambda dans Android et dans d’autres plateformes pre-JDK8. Pourquoi ? C’est l’assurance de maintenir un code concis et lisible particuli\u00e8rement si vous utilisez un style fonctionnel avec RxJava par exemple.<\/p>\n 5.3 Les librairies de r\u00e9seau (methodlimitation)<\/b> On marque une pause dans le d\u00e9roul\u00e9 des sujets trait\u00e9s. En effet, Futurice s’int\u00e9resse aux sujets parfois controvers\u00e9s entre les d\u00e9veloppeurs : l’architecture des projets, la gestion des resources… Chacun de ces sujets doit \u00eatre en effet discut\u00e9s toutefois c’est aussi \u00e0 la discr\u00e9tion du d\u00e9veloppeur, en esp\u00e9rant que celui-ci choisisse les bonnes pratiques. je vous invite vivement \u00e0 lire cette partie si vous souhaitez entamer la cr\u00e9ation ou la refonte d’une application Android.<\/b><\/p>\n La framework de test du SDK Android est encore \u00e0 ses balbutiements, notamment au regard des test UI (User Interface).<\/p>\n Android Gradle impl\u00e9mente actuellement une t\u00e2che nomm\u00e9 connectedAndroidTest<\/i> qui ex\u00e9cute les tests que vous avez cr\u00e9\u00e9s avec JUnit, via une extension de JUnit au travers des helpers d’Android. Il existe une proc\u00e9dure pour la mise ne place de ces tests dont voici les principaux liens :<\/p>\n N’utiliser Robolectric que pour les tests unitaires. En effet, Robolectric est un framework qui fournit des tests d\u00e9connect\u00e9s du terminal. L’avantage est que cela accroit consid\u00e9rablement la vitesse de d\u00e9veloppement. Toutefois, bien qu’ad\u00e9quat pour des tests unitaires dans un mod\u00e8le MVC, les tests sous Robolectric sont incomplets et impr\u00e9cis quand il s’agit de tests UI (User Interface).<\/p>\n Pour les tests UI, Robotium facilitera l’\u00e9criture de ce type de tests. Robotium vous sera b\u00e9n\u00e9fique en raison de la profusion des “helpers” susceptibles d’analyser les vues et dans le contr\u00f4le de l’\u00e9cran.<\/p>\n Les cas de test devront aussi simple que cela : <\/p>\n Une fois n’est pas coutume, on va citer un article pr\u00e9c\u00e9dent de ce site qui pr\u00e9sente Genymotion. Cet \u00e9mulateur Android fera amplement l’affaire \u00e0 d\u00e9faut d’avoir les vrais terminaux.<\/p>\n ProGuard est majoritairement utilis\u00e9 sur de projets Android afin de r\u00e9duire, de “obfuscate” le code, en clair l’obscurcir pour le prot\u00e9ger !<\/p>\n Il est habituel de configurer Gradle \u00e0 utiliser ProGuard lorsque on “build” une apk pour la production.<\/p>\n Il existe aussi un autre outil nomm\u00e9 DexGuard, tr\u00e8s puissant pour l’optimisation et l’obscurcissement du code. C’est disons la version payante de ProGuard.<\/p>\n Stetho est un ambitieux projet, soutenu par Facebook, pour le debogage des applications Android qui s’int\u00e8gre parfaitement avec la suite des Developer Tools de Chrome.<\/p>\n Il est possible avec Stetho de ce que vous faites habituellement \u00e0 l’aide de Developer Tools de Chrome pour un site web \u00e0 savoir inspecter l’app pour mesurer l’activit\u00e9 r\u00e9seau, les bases de donn\u00e9es SQLite ou les pr\u00e9f\u00e9rences partag\u00e9 par votre application.<\/p>\n Bien sur un conseil, assurez-vous que Stetho est uniquement disponible dans un build de d\u00e9veloppement et dans la build de production.<\/p>\n Des ressources sur l’int\u00e9gration continue des apps, merci @sofiene<\/b><\/p>\n Un article consacr\u00e9 aux “Best Practices” dans le d\u00e9veloppement d’applications Android, provenant toujours de la m\u00eame source Futurice. https:\/\/github.com\/futurice\/ios-good-practices https:\/\/github.com\/futurice\/android-best-practices 1. Utiliser Gradle L’utilisation de… <\/p>\n\r\n\t\t\u251c\u2500 library-foobar\r\n\t\t\u251c\u2500 app\r\n\t\t\u2502 \u251c\u2500 libs\r\n\t\t\u2502 \u251c\u2500 src\r\n\t\t\u2502 \u2502 \u251c\u2500 androidTest\r\n\t\t\u2502 \u2502 \u2502 \u2514\u2500 java\r\n\t\t\u2502 \u2502 \u2502 \u2514\u2500 com\/futurice\/project\r\n\t\t\u2502 \u2502 \u2514\u2500 main\r\n\t\t\u2502 \u2502 \u251c\u2500 java\r\n\t\t\u2502 \u2502 \u2502 \u2514\u2500 com\/futurice\/project\r\n\t\t\u2502 \u2502 \u251c\u2500 res\r\n\t\t\u2502 \u2502 \u2514\u2500 AndroidManifest.xml\r\n\t\t\u2502 \u251c\u2500 build.gradle\r\n\t\t\u2502 \u2514\u2500 proguard-rules.pro\r\n\t\t\u251c\u2500 build.gradle\r\n\t\t\u2514\u2500 settings.gradle\r\n\t<\/pre>\n
3. Configuration de Gradle<\/h4>\n
\n\tLe plus simple est de “play by the book” comme disent les anglophones en suivant
\n\tFollow Google’s guide on Gradle for Android
\n\thttp:\/\/tools.android.com\/tech-docs\/new-build-system\/user-guide<\/p>\n
\n\tMieux vaut utiliser Gradle qu’une collection de scripts en Shell, Python….etc
\n\tUne documentation compl\u00e8te vous indique la marche \u00e0 suivre.
\n\tSource : Writing Gradle build scripts<\/a><\/p>\n
\n\tLa solution est de cr\u00e9er un fichier gradle.properties<\/i> qui sera automatiquement import\u00e9 par Gradle et pourra donc \u00eatre appel\u00e9 dans le fichier build.gradle<\/i>.<\/p>\n
\n\tIl est grandement souhaitable d’utiliser Maven<\/b> pour la gestion de d\u00e9pendances que d’importer directement les fichiers jar.<\/p>\n4. IDEs et editeurs<\/h4>\n
5. Libraires<\/h4>\n
\nA premi\u00e8re vue, la premi\u00e8re librairie \u00e0 s\u00e9lectionner judicieusement lorsque vous concevez une application “API-centric”, c’est la librairie qui va convertir des objets en JSON et inversement. Futurice en fournit une “shortlist” qui font le taff :<\/p>\n\n
http:\/\/wiki.fasterxml.com\/JacksonHome<\/a><\/li>\n
https:\/\/code.google.com\/p\/google-gson\/<\/a><\/li>\n<\/ol>\n\n
\nL’autre aspect une fois la conversion JSON objet effectu\u00e9 est bien la performance optimale des requ\u00eates faites au serveur. Il existe des solutions \u00e9prouv\u00e9es \u00e0 \u00e9tudier tr\u00e8s s\u00e9rieusement pour r\u00e9pondre \u00e0 cette probl\u00e9matique primordiale.<\/p>\n\n
\nA lire \u00e0 cette \u00e9gard, quelques-uns de leurs articles de blog :<\/p>\n\n
\n
\nSelon la d\u00e9finition m\u00eame du site officiel d’Android, ce chiffre de 65 536 repr\u00e9sente le nombre total de r\u00e9f\u00e9rences qui peuvent \u00eatre invoqu\u00e9es dans le code dans un seul fichier bytecode Dalvik Executable (dex).
\nC’est un peu un plafond de verre, il faut donc \u00e9viter d’utiliser trop de librairies au risque d’accroitre inutilement le nombre de m\u00e9thodes et donc de vous rapprocher du m\u00eame coup de cette limite fatale. Futurice pr\u00e9conise d’utiliser un nombre limit\u00e9 de librairies ainsi que de se servir d’un outil de d\u00e9compte pour rester en de\u00e7\u00e0 du chiffre fatidique. A bannir, l’utilisation de la librairie Guava, dans la mesure ou elle poss\u00e8de 13k m\u00e9thodes.<\/p>\n\n
6. Test frameworks<\/h4>\n
\n
http:\/\/developer.android.com\/tools\/testing\/testing_android.html<\/a><\/li>\n
http:\/\/developer.android.com\/tools\/testing\/activity_test.html<\/a><\/li>\n<\/ul>\n\r\nsolo.sendKey(Solo.MENU);\r\nsolo.clickOnText(\"More\"); \/\/ searches for the first occurrence of \"More\" and clicks on it\r\nsolo.clickOnText(\"Preferences\");\r\nsolo.clickOnText(\"Edit File Extensions\");\r\nAssert.assertTrue(solo.searchText(\"rtf\"));\r\n<\/pre>\n
7. Emulators<\/h4>\n
\n
https:\/\/flaven.fr\/2014\/10\/android-genymotion-apk-installer-un-environnement-de-recette-et-de-developpement-pour-android\/<\/a><\/li>\n<\/ul>\n8. Proguard configuration<\/h4>\n
\n
http:\/\/proguard.sourceforge.net\/<\/a><\/li>\n<\/ul>\n9. Utiliser Stetho<\/h4>\n
\n
http:\/\/facebook.github.io\/stetho\/<\/a><\/li>\n<\/ul>\nEn savoir plus<\/h2>\n
\n
https:\/\/github.com\/futurice\/android-best-practices<\/a><\/li>\n
https:\/\/developer.android.com\/training\/articles\/keystore.html<\/a><\/li>\n
https:\/\/developer.android.com\/training\/index.html<\/a><\/li>\n
https:\/\/labs.kunstmaan.be\/blog\/ios-continuous-delivery-with-jenkins-and-fastlane<\/a><\/li>\n
http:\/\/blog.zuehlke.com\/en\/continuous-integration-for-mobile-apps-with-fastlane-and-jenkins\/<\/a><\/li>\n
https:\/\/minafayek.wordpress.com\/2016\/01\/08\/jenkins-fastlane-crashlytics-gradle-and-slack-all-together\/<\/a><\/li>\n
http:\/\/www.mjdinteractive.com\/picking-a-continuous-integration-platform-for-mobile-projects\/<\/a><\/li>\n
https:\/\/github.com\/adou600\/IosContinuousIntegration<\/a><\/li>\n
http:\/\/blog.octo.com\/developper-des-applications-android-avec-maven\/<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"