IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Cibler les applications Android sur les appareils basés sur des architectures x86 et ARM avec Visual Studio 2015

Ce tutoriel vous aide à apprendre comment cibler les applications Android sur les appareils basés sur des architectures x86 et ARM avec Visual Studio 2015.

N'hésitez pas à donner votre avis sur le contenu de ce tutoriel sur le forum Visual Studio : Commentez Donner une note à l´article (5)

Article lu   fois.

L'auteur

Liens sociaux

Viadeo Twitter Facebook Share on Google+   

I. Introduction

Les APK Android peuvent prendre en charge sept types d'architectures différentes selon la présence de fichiers .so (bibliothèques natives) dans les dossiers lib/<ABI> de l'APK. Là où <ABI> correspond aux architectures supportées, c'est, sous Android : armeabi, armeabi-v7a, x86, mips, arm64-v8a, mips64, x86_64.

Toutes les architectures sont automatiquement supportées dans le cas où il n'y a pas de fichiers .so dans un APK, mais ce n'est pas le cas avec les projets Visual Studio* 2015. Les APK des projets d'applications Android* de Visual Studio* 2015 génèrent des APK spécifiques aux CPU, qu'il s'agisse de projets C# (Xamarin) ou Visual C++.

C'est une bonne pratique que de prendre en charge toutes les architectures sur lesquelles Android* peut tourner, à partir d'un seul APK. Si cela rend l'APK trop lourd ou s'il n'est tout simplement pas possible de le faire avec une chaîne de compilation spécifique, il est aussi possible pour une application d'avoir plusieurs APK disponibles sur le Play* Store, chacun ciblant une architecture différente.

Vous devez suivre une simple règle pour empaqueter et distribuer proprement plusieurs APK : les codes de version doivent être différents, et de préférence ordonnés de cette façon :

x86_64 versionCode > arm64-v8a > mips64 > x86 > mips > armeabi-v7a > armeabi.

La raison de cette règle est que le Play Store distribuera toujours l'APK qui a le plus haut code de version, parmi ceux qui sont compatibles avec l'appareil client. Les appareils x86(_64) peuvent également faire tourner des APK pour ARM, donc les codes de version les plus élevés doivent être attribués aux APK pour x86_84 et x86 afin que les bons APK soient distribués aux appareils qui peuvent le mieux les faire tourner.

II. Pour les projets Visual C# (Xamarin)

En mode debug, les fichiers .so pour toutes les architectures sont intégrés par défaut. Cela peut vous donner l'impression que tout va bien lorsque vous développez, mais en réalité, en mode release, seules les bibliothèques armeabi sont intégrées par défaut.

Pour changer cela, ouvrez les propriétés de votre application, et dans le menu « Android Options », dans « Advanced », cochez toutes les architectures que vous voulez prendre en charge :

Image non disponible

Lorsque vous faites tourner une version release, la sortie sera un APK qui contient les bibliothèques pour toutes les architectures sélectionnées :

Image non disponible

Si vous voulez réduire la taille de cet APK, vous pouvez forcer le compilateur à générer une APK par architecture (les codes de version seront correctement gérés par défaut) :

Image non disponible

Pour voir comment télécharger ces APK multiples dans une application unique sur le Play Store, vous devrez suivre les étapes décrites à la fin de cet article.

III. Pour les projets Visual C++

Les projets Visual C++ sont activés par défaut pour deux cibles : ARM (armeabi-v7a) et x86.

Image non disponible

Cependant, compiler pour x86 ou ARM génère une APK contenant uniquement des fichiers .so pour x86 ou ARM. C'est possible, mais ces APK ont exactement le même code de version, celui saisi dans AndroidManifest.xml. Cela signifie qu'ils ne peuvent pas tous deux être téléchargés vers le Play Store pour la même application.

Vous pouvez résoudre cela en forçant Visual Studio 2015 à générer les APK pour ARM et pour x86 avec des codes de version différents en ajoutant une règle ant spéciale.

Créez un fichier nommé « custom_rules.xml » avec ce contenu :

 
Sélectionnez
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
<project name="custom_rules">

  <available file="libs/x86" property="x86Dir.exists"/>
  <available file="libs/armeabi-v7a" property="armDir.exists"/>

  <target name="-pre-build-x86" if="x86Dir.exists" unless="armDir.exists">
    <echo>prefixing version code with 5 (for x86 ABI).</echo>
    <replaceregexp file="AndroidManifest.xml" match="android:versionCode.*([0-9]+).*"
        replace='android:versionCode="5\1"'/>
  </target>

  <target name="-pre-build-arm" if="armDir.exists" unless="x86Dir.exists">
    <echo>prefixing version code with 3 (for armeabi-v7a ABI).</echo>
    <replaceregexp file="AndroidManifest.xml" match="android:versionCode.*([0-9]+).*"
        replace='android:versionCode="3\1"'/>
  </target>

  <target name="-pre-build" depends="-pre-build-x86,-pre-build-arm" />

</project>

Et placez-le avec le fichier « build.xml », à la racine du projet à empaqueter :

Image non disponible

Une fois cela fait, les codes de version auront le préfixe 5 pour les APK pour x86 et un 3 pour les APK pour ARM. De cette façon, les APK générées peuvent être téléchargées directement vers le Play Store, tel que décrit dans la prochaine section.

III-A. Publier des APK multiples sur le Play Store

Allez sur la page d'ajout d'application et cliquez sur « Passer en mode avancé » le cas échéant.

Image non disponible

Ensuite, importez vos APK avec différents supports ABI et codes de version. Ils doivent apparaître comme sur l'écran de gestion des applications, avec un résumé de leurs différences et codes de version :

Image non disponible

Si quelque chose d'anormal apparaît, vous pouvez utiliser aapt dans les outils de compilation Android pour vérifier quels sont les versionCode et native-code pris en charge par un APK :

>C:\Android\sdk\build-tools\23.0.0-preview\aapt.exe dump badging App1.apk

package: name='com.xhallade.test versionCode='81' versionName='1.0' platformBuildVersionName='5.1.1-1819727'

native-code: 'x86_64'

>

Si vous voulez faire la même chose directement depuis un appareil Android et vérifier quels fichiers .so sont installés en même temps, vous pouvez utiliser Native Libs Monitor.

IV. Références

En savoir plus sur le support par Google Play du filtrage par architectecture CPU pour plusieurs APK.

Télécharger Native Libs Monitor sur Google Play.

Retrouvez toutes les ressources et outils Intel pour les développeurs Android sur la Zone des Développeurs Intel Android.

Le forum Intel Android pourra également vous aider dans vos questions.

V. Ressources

Vous avez aimé ce tutoriel ? Alors partagez-le en cliquant sur les boutons suivants : Viadeo Twitter Facebook Share on Google+   

Copyright © 2015 Xavier H. (Intel). Aucune reproduction, même partielle, ne peut être faite de ce site ni de l'ensemble de son contenu : textes, documents, images, etc. sans l'autorisation expresse de l'auteur. Sinon vous encourez selon la loi jusqu'à trois ans de prison et jusqu'à 300 000 € de dommages et intérêts.