Was ist der Unterschied zwischen compileSdkVersion und targetSdkVersion?

Ich habe mir die Dokumentation zum Erstellen mit Gradle angesehen, bin mir aber immer noch nicht sicher, was der Unterschied zwischen compileSdkVersionund targetSdkVersionist.

Alles was es sagt ist:

Die compileSdkVersionEigenschaft gibt das Kompilierungsziel an.

Was ist das "Kompilierungsziel"?

Ich sehe zwei Möglichkeiten, dies zu interpretieren:

1. compileSdkVersionist die Version des Compilers, der beim Erstellen der App verwendet wird, während targetSdkVersiones sich um die "API-Ebene handelt, auf die die Anwendung abzielt" . (Wenn dies der Fall wäre, würde ich annehmen, compileSdkVersiondass größer oder gleich dem sein muss targetSdkVersion?
2. Sie bedeuten dasselbe. "Kompilierungsziel" == "Die API-Ebene, auf die die Anwendung abzielt"
3. Etwas anderes?

Ich sehe, dass diese Frage schon einmal gestellt wurde, aber die eine Antwort zitiert nur das Dokument, was mir unklar ist.

compileSdkVersion

Dies compileSdkVersionist die Version der API, für die die App kompiliert wird. Dies bedeutet, dass Sie die in dieser API-Version enthaltenen Android-API-Funktionen (sowie natürlich alle früheren Versionen) verwenden können. Wenn Sie versuchen, API 16-Funktionen zu verwenden, diese jedoch compileSdkVersionauf 15 eingestellt sind, wird ein Kompilierungsfehler angezeigt. Wenn Sie compileSdkVersion16 festlegen , können Sie die App weiterhin auf einem API 15-Gerät ausführen, solange die Ausführungspfade Ihrer App nicht versuchen, APIs aufzurufen, die für API 16 spezifisch sind.

targetSdkVersion

Das targetSdkVersionhat nichts damit zu tun, wie Ihre App kompiliert wird oder welche APIs Sie verwenden können. Das targetSdkVersionsoll anzeigen, dass Sie Ihre App auf (vermutlich bis einschließlich) der von Ihnen angegebenen Version getestet haben. Dies ist eher eine Zertifizierung oder Abmeldung, die Sie dem Android-Betriebssystem als Hinweis darauf geben, wie es mit Ihrer App in Bezug auf die Betriebssystemfunktionen umgehen soll.

Zum Beispiel, wie in der Dokumentation angegeben :

Wenn Sie diesen Wert beispielsweise auf "11" oder höher setzen, kann das System unter Android 3.0 oder höher ein neues Standarddesign (Holo) auf Ihre App anwenden ...

Das Android-Betriebssystem kann zur Laufzeit ändern, wie Ihre App im Kontext des Betriebssystems basierend auf diesem Wert stilisiert oder anderweitig ausgeführt wird. Es gibt einige andere bekannte Beispiele, die von diesem Wert beeinflusst werden, und diese Liste wird wahrscheinlich nur mit der Zeit zunehmen.

Für alle praktischen Zwecke möchten die meisten Apps targetSdkVersiondie neueste veröffentlichte Version der API verwenden. Dadurch wird sichergestellt, dass Ihre App auf den neuesten Android-Geräten so gut wie möglich aussieht. Wenn Sie das nicht angeben targetSdkVersion, wird standardmäßig das verwendet minSdkVersion.

Als Oneliner-Leitfaden:

minSdkVersion <= targetSdkVersion <= compileSdkVersion

Im Idealfall:

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

Lesen Sie mehr aus diesem großartigen Beitrag von Ian Lake

Das compileSdkVersionsollte die neueste stabile Version sein. Die targetSdkVersionsollten vollständig getestet werden und kleiner oder gleich sein compileSdkVersion.

Spät zum Spiel ... und es gibt oben einige großartige Antworten - im Wesentlichen, dass dies die compileSdkVersionVersion der API ist, gegen die die App kompiliert wurde, während die targetSdkVersiondie Version angibt, gegen die die App getestet wurde.

Ich möchte diese Antworten mit folgenden Anmerkungen ergänzen:

1. Das targetSdkVersion wirkt sich auf die Art und Weise aus, in der Berechtigungen angefordert werden :

   • Wenn auf dem Gerät Android 6.0 (API-Level 23) oder höher ausgeführt wird, und die App targetSdkVersion23 oder höher ist, fordert die App zur Laufzeit vom Benutzer Berechtigungen an.
   • Wenn auf dem Gerät Android 5.1 (API-Level 22) oder niedriger oder die App ausgeführt wirdtargetSdkVersion 22 oder niedriger ist, fordert das System den Benutzer auf, die Berechtigungen zu erteilen, wenn der Benutzer die App installiert.

2. Wenn das compileSdkVersionhöher ist als die von Ihrer App deklarierte VersiontargetSdkVersion , kann das System Kompatibilitätsverhalten aktivieren, um sicherzustellen, dass Ihre App weiterhin wie erwartet funktioniert. ( ref )

3. Mit jeder neuen Android-Version ...

   • targetSdkVersion sollte inkrementiert werden, um der neuesten API-Ebene zu entsprechen, und testen Sie Ihre Anwendung anschließend gründlich auf der entsprechenden Plattformversion
   • compileSdkVersionAndererseits muss es nicht geändert werden, es sei denn, Sie fügen Funktionen hinzu, die exklusiv für die neue Plattformversion gelten
   • Infolgedessen targetSdkVersionist compileSdkVersiones nicht ungewöhnlich, eine gut gewartete / etablierte App mit zu sehen , obwohl sie oft (anfangs) kleiner als die isttargetSdkVersion > compileSdkVersion

The CompileSdkVersion ist die Version der SDK-Plattform, mit der Ihre App für die Kompilierung usw. arbeitet. WÄHREND des Entwicklungsprozesses (Sie sollten immer die neueste verwenden). Diese Version wird mit der von Ihnen verwendeten API-Version geliefert

Sie sehen dies in Ihrer build.gradleDatei:

targetSdkVersion:enthält die Informationen, mit denen Ihre App NACH dem Entwicklungsprozess an den App Store geliefert wird, der dies ermöglicht TARGET the SPECIFIED version of the Android platform. Abhängig von der Funktionalität Ihrer App kann sie auf API-Versionen abzielen, die niedriger als die aktuelle sind. Beispielsweise können Sie auf API 18 abzielen, selbst wenn die aktuelle Version 23 ist.

Schauen Sie sich diese offizielle Google- Seite genau an .

Ich sehe viele Unterschiede compiledSdkVersion in früheren Antworten, daher werde ich versuchen, hier ein wenig zu klären, indem ich der Webseite von Android folge.

A - Was Android sagt

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

Auswählen einer Plattformversion und einer API-Ebene Wenn Sie Ihre Anwendung entwickeln, müssen Sie die Plattformversion auswählen, anhand derer Sie die Anwendung kompilieren möchten. Im Allgemeinen sollten Sie Ihre Anwendung mit der niedrigstmöglichen Version der Plattform kompilieren, die Ihre Anwendung unterstützen kann.

Das wäre also die richtige Reihenfolge laut Android:

compiledSdkVersion = minSdkVersion <= targetSdkVersion

B - Was andere auch sagen

Einige Leute bevorzugen es, immer die höchste verfügbare compiledSkdVersion zu verwenden. Dies liegt daran, dass sie sich auf Codehinweise stützen, um zu überprüfen, ob sie neuere API-Funktionen als minSdkVersion verwenden. Daher wird entweder der Code so geändert, dass sie nicht verwendet werden, oder die Benutzer-API-Version wird zur Laufzeit überprüft, um sie bedingt mit Fallbacks für ältere API-Versionen zu verwenden.

Hinweise zu veralteten Verwendungen werden auch im Code angezeigt, sodass Sie wissen, dass in neueren API-Ebenen etwas veraltet ist, sodass Sie auf Wunsch entsprechend reagieren können.

Dies wäre also die richtige Reihenfolge für andere:

minSdkVersion <= targetSdkVersion <= compiledSdkVersion (highest possible)

Was ist zu tun?

Es hängt von Ihnen und Ihrer App ab.

Wenn Sie vorhaben, zur Laufzeit je nach API-Ebene des Benutzers unterschiedliche API-Funktionen anzubieten, verwenden Sie Option B. Sie erhalten Hinweise zu den Funktionen, die Sie beim Codieren verwenden. Stellen Sie nur sicher, dass Sie niemals neuere API-Funktionen als minSdkVersion verwenden, ohne die Benutzer-API-Ebene zur Laufzeit zu überprüfen. Andernfalls stürzt Ihre App ab. Dieser Ansatz hat auch den Vorteil, dass beim Codieren gelernt wird, was neu und was alt ist.

Wenn Sie bereits wissen, was neu oder alt ist, und eine einmalige App entwickeln, die mit Sicherheit nie aktualisiert wird, oder wenn Sie sicher sind, dass Sie neue API-Funktionen nicht bedingt anbieten, verwenden Sie Option A. Sie werden nicht gestört mit veralteten Hinweisen und Sie werden niemals in der Lage sein, neuere API-Funktionen zu verwenden, selbst wenn Sie versucht sind, dies zu tun.

Meine 2 Cent: Kompilieren Sie mit einer beliebigen Version des SDK, aber achten Sie darauf, keine APIs aufzurufen, die Ihre "minimale SDK-Version" nicht unterstützt. Das bedeutet, dass Sie mit der neuesten Version des SDK "kompilieren" können.

Die "Zielversion" bezieht sich einfach auf das, was Sie ursprünglich als Ziel geplant und möglicherweise getestet haben. Wenn Sie die Due Diligence nicht durchgeführt haben, können Sie Android auf diese Weise darüber informieren, dass einige zusätzliche Überprüfungen durchgeführt werden müssen, bevor Ihre auf "Oollo" ausgerichtete App "Lollipop" bereitgestellt wird.

Die "Zielversion" ist also offensichtlich nicht niedriger als Ihre "minimale SDK-Version", kann aber nicht höher als Ihre "kompilierte Version" sein.

Sie beantworten Ihre direkten Fragen nicht, da es bereits viele detaillierte Antworten gibt. Erwähnenswert ist jedoch, dass Android Studio entgegen der Android-Dokumentation die Verwendung derselben Version für compileSDKVersionund vorschlägt targetSDKVersion.

compiledSdkVersion ==> Welche Version des SDK soll Ihren Code zu Bytecode kompilieren(wird in der Entwicklungsumgebung verwendet)? Punkt: Es ist besser, die letzte Version des SDK zu verwenden.

minSdkVersion ==> Dieses Element wird für die Installation von APK verwendet (es wird in der Produktionsumgebung verwendet). Zum Beispiel:

if(client-sdk-version   <   min-sdk-versoin )
    client-can-not-install-apk;
else
    client-can-install-apk;

Kurze Zusammenfassung:

Informationen zu minSDKversion finden Sie im neuesten Eintrag im Twitter-Handle: https://twitter.com/minSdkVersion

TargetSDKversion: Siehe neuesten Eintrag im Twitter-Handle: https://twitter.com/targtSdkVersion oder verwenden Sie die neueste API-Ebene, wie unter devel https://developer.android.com/guide/topics/manifest/uses-sdk-element angegeben. html

Kompilierte Version: Entspricht TargetSDKversion

maxSdkVersion: Der Rat von Android lautet, dies nicht festzulegen, da Sie Ihre App nicht darauf beschränken möchten, bei zukünftigen Android-Versionen keine Leistung zu erbringen

In den Anwendungseinstellungen der Eigenschaften eines Android-Projekts in Visual Studio 2017 (15.8.5) wurden diese kombiniert: