Quelle est la différence entre compileSdkVersion et targetSdkVersion?

comme guide oneliner:

minSdkVersion <= targetSdkVersion <= compileSdkVersion

idéalement:

minSdkVersion (lowest possible) <= targetSdkVersion == compileSdkVersion (latest SDK)

Lire la suite de ce grand billet par Ian Lake

le compileSdkVersion devrait être la plus récente version stable. Le targetSdkVersion doit être entièrement éprouvé et inférieur ou égal à compileSdkVersion .

la Fin de la partie.. et il y a plusieurs bonnes réponses ci-dessus-- essentiellement, que le compileSdkVersion est la version de l'API contre laquelle l'application est compilée, tandis que le targetSdkVersion indique la version contre laquelle l'application a été testée.

j'aimerais compléter ces réponses avec les notes suivantes:

1. Que targetSdkVersion impact sur la manière dont les autorisations sont demandées :

   • si L'appareil exécute Android 6.0 (niveau API 23) ou plus, et l'application targetSdkVersion est de 23 ou plus, l'application demande des permissions de l'utilisateur à l'exécution.
   • si L'appareil exécute Android 5.1 (niveau API 22) ou inférieur, ou l'application targetSdkVersion est 22 ou inférieur, le système demande à l'utilisateur d'accorder les permissions lorsque l'utilisateur installe l'application.

2. si la compileSdkVersion est supérieure à la version déclarée par votre application targetSdkVersion , le système peut activer les comportements de compatibilité pour s'assurer que votre application continue à fonctionner comme vous l'attendez. ( ref )

3. avec chaque nouvelle version Android...

   • targetSdkVersion doit être incrémenté pour correspondre au dernier niveau de L'API, puis soigneusement testez votre application sur la version de plate-forme correspondante
   • compileSdkVersion , d'un autre côté, n'a pas besoin d'être modifié à moins que vous n'ajoutiez des fonctionnalités exclusives à la nouvelle version de la plate-forme
   • en conséquence, alors que targetSdkVersion est souvent (initialement) moins que le compileSdkVersion , il n'est pas rare de voir une application bien entretenue / établie avec targetSdkVersion > compileSdkVersion

The CompileSdkVersion est la version de la plate-forme SDK avec laquelle votre application fonctionne pour la compilation, etc pendant le processus de développement (vous devez toujours utiliser la dernière) il est livré avec la version API que vous utilisez

vous le verrez dans votre fichier build.gradle :

targetSdkVersion: contient l'information que votre app envoie après le processus de développement à l'app store qui lui permet de TARGET the SPECIFIED version of the Android platform . Selon les fonctionnalités de votre application, il peut cibler des versions D'API inférieures à la version actuelle.Par exemple, vous pouvez cibler API 18 même si la version actuelle est 23.

regardez bien Ce Google officiel page .

je vois beaucoup de différences sur compiledSdkVersion dans les réponses précédentes, donc je vais essayer de clarifier un peu ici, en suivant la page Web d'android.

a-ce que dit Android

selon https://developer.android.com/guide/topics/manifest/uses-sdk-element.html :

sélectionner une version de la plate-forme et le niveau de L'API lorsque vous êtes développer votre application, vous aurez besoin de choisir la version de la plateforme contre qui vous permettra de compiler l'application. En général, vous devez compiler votre application contre la version la plus basse possible de la plateforme que votre application peut supporter.

Donc, ce serait le bon ordre selon Android:

compiledSdkVersion = minSdkVersion <= targetSdkVersion

B - Ce que d'autres disent aussi

certaines personnes préfèrent toujours utiliser la version compilée la plus élevée disponible. C'est parce qu'ils vont s'appuyer sur des conseils de code pour vérifier s'ils utilisent des fonctionnalités API plus récentes que minSdkVersion, donc soit en changeant le code pour ne pas les utiliser, soit en vérifiant la version de L'API utilisateur à l'exécution pour les utiliser conditionnellement avec des retombées pour les versions plus anciennes de L'API.

les indices sur les utilisations dépréciées apparaîtraient aussi dans le code, vous permettant sachez que quelque chose est déprécié dans les nouveaux niveaux D'API, de sorte que vous pouvez réagir en conséquence si vous le souhaitez.

Donc, ce serait le bon ordre selon d'autres:

minSdkVersion <= targetSdkVersion <= compiledSdkVersion (highest possible)

Que faire?

Il dépend de vous et de votre application.

si vous prévoyez d'offrir différentes fonctionnalités API en fonction du niveau D'API de l'utilisateur à l'exécution, utilisez option B. Vous obtiendrez des indices sur les fonctionnalités que vous utilisez lors du codage. Assurez-vous simplement de ne jamais utiliser de nouvelles fonctionnalités D'API que minSdkVersion sans vérifier le niveau de L'API utilisateur à l'exécution, sinon votre application va se planter. Cette approche a également l'avantage d'apprendre ce qui est nouveau et ce qui est ancien tout en codant.

si vous savez déjà ce qui est nouveau ou ancien et que vous développez une application unique qui ne sera certainement jamais mise à jour, ou si vous êtes sûr de ne pas proposer de nouvelles fonctionnalités API vous ne vous ennuierez pas avec des indices dépréciés et vous ne pourrez jamais utiliser les nouvelles fonctionnalités de L'API, même si vous êtes tenté de le faire.

mes 2 cents: compilez contre n'importe quelle version du SDK mais faites attention à ne pas appeler D'API que votre "version SDK minimum" ne supporte pas. Cela signifie que vous" pouvez " compiler avec la dernière version du SDK.

comme pour "version cible" il se réfère simplement à ce que vous avez prévu de cibler en premier lieu et ont peut-être testé contre. Si vous n'avez pas fait la diligence raisonnable, alors c'est la façon D'informer Android qu'il doit effectuer des vérifications supplémentaires avant qu'il déploie votre permet de dire "Lollipop" application ciblée sur "Oreo".

donc la" version cible "n'est évidemment pas inférieure à votre" version SDK minimale "mais elle ne peut pas être supérieure à votre"version compilée".

ne répondant pas à vos questions directes, car il ya déjà beaucoup de réponses détaillées, mais il est intéressant de mentionner, que, au contraire de la documentation Android, Android Studio suggère d'utiliser la même version pour compileSDKVersion et targetSDKVersion .

les paramètres D'Application des propriétés D'un projet Android dans Visual Studio 2017 (15.8.5) semblent les avoir combinés ou quelque chose comme: