Ce sont la version du SDK Android-outils de la plate-forme d'outils et d'outils? Et quelle version doit être utilisé?

Je sais que c'est un très rudimentaire question, mais à ma grande surprise, je ne pouvais pas trouver un document sur la version du SDK Android-outils.
En plus du kit SDK d'Android Outils et Android SDK Platform-tools, il y a un tas de version du SDK Android-outils, comme indiqué dans la capture d'écran jointe. Quelqu'un pourrait-il point à une source d'expliquer chacun d'eux et de les aider à préciser la façon dont une certaine version de la version du SDK Android-tools est choisi pour l'utiliser?

Ce sont la version du SDK Android-outils de la plate-forme d'outils et d'outils? Et quelle version doit être utilisé?

Édité (2014-02-27):

Je n'ai pas encore de comprendre pleinement tous les outils. Ce qui suit est ma compréhension limitée basée sur Google documents les plus récents:

  • Version du SDK Android-outils de utilisé pour être des composants de Android SDK Platform-tools. Ils ont été découplés de Android SDK Platform-tools, de sorte que les outils de construction, peuvent être mis à jour indépendamment de l'environnement de développement intégré (IDE) des composants.
  • Android SDK Platform-tools sont personnalisés pour prendre en charge les fonctionnalités de la dernière plate-forme Android. Ils sont rétro-compatibles, de sorte que vous utilisez toujours la dernière mise à jour de Android SDK Platform-tools même votre application cibles âgées, les plates-formes Android.
  • SDK outils sont indépendant de la plateforme et sont requis, peu importe la plate-forme Android vous développez.

Je ne comprends toujours pas la justification de la prise de version du SDK Android-outils de de Android SDK Platform-tools qui dispose d'une seule instance et il est facile de gérer la mise à jour. La seule raison possible que je peux penser, c'est que certaines applications doivent compter sur les anciens fabriquer des composants pour les construire. Google document mentionne cela, mais n'explique pas pourquoi. En regardant les notes de version, vous remarquerez que les mises à jour de version du SDK Android-outils de sont principalement pour la correction des bugs ou/ajouter le support pour les nouvelles plates-formes. La seule raison que je peux penser pour certaines applications d'utiliser les anciennes versions de version du SDK Android-outils de, c'est qu'ils dépendent de certains bugs de version du SDK Android-outils de. Ces applications ne pourrait pas fonctionner normalement sans être construites avec ces bugs. Je souhaite que Google pourrait expliquer ce mieux en donner un ou deux exemples montrant pourquoi ces bugs dans les outils sont essentiels pour certaines applications.

InformationsquelleAutor Hong | 2013-11-11
  1. 85

    À propos de la version de version du SDK Android-outils de, la réponse est

    Par défaut, le kit SDK d'Android utilise la plus récente version téléchargée de
    les Outils de construction.

    Source

    Dans Eclipse, vous pouvez choisir une version spécifique en utilisant la sdk.buildtools propriété dans le project.properties fichier.

    Il semble y avoir aucune page officielle expliquant tous les outils de construction. Voici ce que l'Android de l'équipe dit à ce sujet.

    La construire des outils, tels que aidl, aapt, dexdump, et dx, sont
    généralement appelé par le Android outils de construction ou de Développement Android
    Tools (ADT), de sorte que vous aurez rarement besoin de faire appel à ces outils directement. En tant que
    règle générale, vous devez vous appuyer sur les outils de construction ou le plugin ADT pour
    appelez-la si nécessaire.

    Source

    De toute façon, ici, c'est un synthèse des différences entre les outils de la plate-forme d'outils et de construire des outils:

    • Android SDK Tools
      • Emplacement: $ANDROID_HOME/tools
      • Outils principaux: des scripts ant (pour construire votre Apk) et ddms (pour le débogage)
    • Android SDK Platform-tools
      • Emplacement: $ANDROID_HOME/platform-tools
      • Outil principal: adb (pour gérer l'état de l'émulateur ou sur un appareil Android)
    • Version du SDK Android-outils de
      • Emplacement: $ANDROID_HOME/build-tools/$VERSION/
      • La Documentation
      • Outils principaux: aapt (pour générer R.java et non alignés, unsigned Apk), dx (pour convertir le bytecode Java pour bytecode Dalvik), et zipalign (pour optimiser votre Apk)
    • zipalign sera le déplacement à la mise en package d'outils de r20.
    • Merci James. J'ai mis à jour la réponse à réfléchir à ce mouvement. Pour être très précis, il semble que le déplacement a été fait avec la version 19.1.0 selon developer.android.com/tools/revisions/build-tools.html
    • Je suis vraiment heureux que il ya de journal des modifications pour les différents outils de génération de versions
    • J'ai utilisé l'ancien outil de construction(version 17) pour mon projet. Puis-je reconstruire avec la dernière version de l'outil?
    • Peut-on utiliser le même sdk + construire des outils pour eclipse et studio?
    • ne devrait-elle pas être gradle pour construire apk dans le premier point?

    InformationsquelleAutor lacton
  2. 39

    Version du SDK Android outils de débogage, construire, lancer et tester une application Android.

    Android Outils de construction peut être utilisé pour développer et travailler en ligne de commande ou IDE (j'.e Eclipse ou Android Studio).

    Également utilisé pour connecter les appareils Android et racine eux.(fastboot, de la bad et de plus..)

    Toujours utiliser la dernière.(Recommandé)

    Plus d'Infos sur Android Construire des outils et des commandes

    • Merci pour l'info. Voulez-vous dire que Android Outils de construction est "utilisé pour connecter les appareils Android et racine eux"? adbis une partie de la Plate-forme Android Outils. Ne bad dépendent Android Outils de construction de fonction? Si oui, comment? Je suis curieux de savoir.
    • la bad peut être utilisé pour pousser et tirer des fichiers à partir de la ligne de commande. (Plus de fonctionnalités.) fastboot peut être utilisé pour flash personnalisé chargeurs de démarrage. Cependant, ces commandes ne sont pas utiles pour le développement Android, sauf si vous utilisez le terminal pour le développement. Tout est disponible dans l'IDE lui-même.
    • Ma compréhension est Eclipse utilise adb.exe en arrière-plan.
    • alors, quelle est la différence entre android sdk: les outils de la plate-forme d'outils et de construire des outils? Je peux construire et exécuter mon application sans une accumulation d'outils.
    • Vérifier ma réponse. Vous ne pouvez pas construire une application sans aapt de commande par exemple, qui est le cadre de la mise en package d'outils.
    • l'utilisation de la dernière" -- pourquoi? (Si coller avec un jeu de version d'Android, et de construire des outils de travail à ce point).
    • Oui. Coller avec l'ensemble des outils pour une version de travail. Construire des outils sont mis à jour comme quand la nouvelle version d'Android vient de. Vous voulez compiler et tester l'application pour les dernières versions d'Android.
    • Cela dépend de la finalité de l'application. Si c'est une application pour le "App Store" pour la consommation de masse, il peut faire sens, mais si le ciblage d'une pièce de matériel spécifique pour un appareil personnalisé, il est logique de cibler une version spécifique et de s'y tenir pour des raisons de stabilité.

    InformationsquelleAutor mipreamble
  3. 15

    Je vais laisser la discussion de la différence entre la construction des Outils, des Outils de Plate-forme, et des Outils pour les autres. À partir d'un point de vue pratique, vous avez seulement besoin de connaître la réponse à votre deuxième question:

    La version doit être utilisé?

    Réponse: Utiliser la version la plus récente.

    Pour ceux qui utilisent Android Studio avec Gradle, le buildToolsVersion doit être défini dans le build.gradle (Module: app) fichier.

    android {
    compileSdkVersion 25
    buildToolsVersion "25.0.2"

    ...
}

    Où puis-je obtenir la version la plus récente certain nombre d'Outils de construction?

    Ouvrir Android SDK Manager.

    • Dans Android Studio aller à Outils > Android > SDK Manager > Apparence & Comportement > Paramètres Système > Android SDK
    • Choisir le SDK Outils onglet.
    • Sélectionnez version du SDK Android Outils de à partir de la liste
    • Vérifier Afficher Les Détails Du Package.

    Le dernier objet pour afficher la version la plus récente.

    Ce sont la version du SDK Android-outils de la plate-forme d'outils et d'outils? Et quelle version doit être utilisé?

    Assurez-vous qu'il est installé, puis d'écrire ce nombre en tant qu' buildToolsVersion dans build.gradle (Module: app).

    • Si il y a 24.0.2, pourquoi 24.0.1 et 24 pas marqué comme obsolète (le gestionnaire autonome permet d'afficher/cacher les paquets obsolètes)?
    • il n'est pas toujours souhaitable d'utiliser automatiquement la build la plus récente version des outils. Par exemple, disons que vous avez déjà testé minutieusement votre application avec un particulier de construire des outils de version. Si vous mettez à jour vos outils de construction, il est possible qu'un changement qui risque de casser quelque chose dans votre application. Permettant aux développeurs de se maintenir à l'aide de vieux outils de génération de versions permet de s'assurer que leur construire continuera de fonctionner comme prévu. Si vous regardez le modèle de ce qui est déclaré obsolète, vous pouvez voir que les 24 et 24.0.1 finira par être déclarée obsolète.
    InformationsquelleAutor Suragch
  4. 11

    Vous pouvez trouver plus de détails à ce sujet dans ce Android - Outils De Ligne De Commande

    tl;dr:

    SDK Outils:

    1. Android SDK Manager (sdkmanager)
    2. AVD Manager (avdmanager)
    3. Dalvik Debug Monitor Server (ddms)

    Outils De Construction:

    1. signataire
    2. proGuard
    3. zipalign
    4. jobb

    Outils De Plate-Forme:

    1. bad
    2. aidl, aapt, dexdump, et dx
    3. bmgr
    4. logcat
    • aidl, aapt, dexdump, et dx sont autant d'éléments de construire des outils outils de plate-forme
    InformationsquelleAutor Suhaib
  5. 9

    La bonne réponse est

    Découplé de l'accumulation des composants spécifiques de l'Android SDK de la plate-forme d'outils du composant, de sorte que les outils de construction, peuvent être mis à jour indépendamment de l'environnement de développement intégré (IDE) des composants.

    lien (extension de Révision 17)

    • Merci pour l'information. Si de nouvelles versions sont seulement une amélioration des versions plus anciennes, pourquoi ne pas Google juste une Accumulation d'outils et de garder la mise à jour comme SDK Outils de la Plate-forme et des outils? En d'autres termes, quelle est la raison d'avoir des versions plus anciennes il?
    • Je ne sais pas
    • J'ai juste essayé de upvote cette réponse, mais il s'avère que j'ai déjà upvoted l'année dernière! @Hong, ils gardent les vieux outils de construction parce qu'ils mettent à jour les outils, certaines fonctionnalités de devenir obsolète. Mais les développeurs d'applications peuvent avoir le code source qui s'appuie sur ces fonctionnalités, afin qu'ils gardent les anciennes versions disponibles à l'appui de ces vieilles bases de code.
    • Dans ce cas, si ils ont une liste de fonctionnalités obsolètes, afin que les développeurs peuvent savoir exactement si ils ont encore à utiliser les anciennes versions?
    • C'est exactement la question que je cherchais. Maintenant... en route pour trouver une réponse 🙂
    InformationsquelleAutor kreker
  6. 2

    Version du SDK Android Outils sont exactement ce que son nom l'indique, ils sont; des outils pour construire des Applications Android.Il est très important d'utiliser la version la plus récente version des outils (sélectionné automatiquement en fonction de votre IDE via le SDK Android) mais la raison pour laquelle les anciennes versions sont à gauche il y a à prendre en charge la compatibilité, c'est Si votre projet dépend des versions plus anciennes de la construction des Outils.

    InformationsquelleAutor ojonugwa ochalifu