Jaka jest różnica między compileSdkVersion i targetSdkVersion?

Jako jeden z przewodników:

minSdkVersion <= targetSdkVersion <= compileSdkVersion

Najlepiej:

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

Read more from this great post by Ian Lake

compileSdkVersion powinna być najnowsza stabilna wersja. targetSdkVersion powinny być w pełni przetestowane i mniejsze lub równe compileSdkVersion.

Późno na mecz.. istnieje kilka świetnych odpowiedzi powyżej-zasadniczo, że compileSdkVersion jest wersją API, z którą aplikacja jest kompilowana, podczas gdy targetSdkVersion wskazuje wersję, z którą aplikacja była testowana.

Chciałbym uzupełnić te odpowiedzi następującymi uwagami:

1. Że targetSdkVersion wpływ na sposób, w jaki wymagane są uprawnienia :

   • jeśli urządzenie działa z systemem Android 6.0 (poziom API 23) lub wyższym, W przypadku, gdy użytkownik nie jest zalogowany na swoim koncie, nie ma możliwości zalogowania się do swojego konta.
   Jeśli urządzenie działa z systemem Android 5.1 (poziom API 22) lub niższy, lub aplikacja targetSdkVersion jest 22 lub niższy, system prosi użytkownika o przyznanie uprawnień, gdy użytkownik instaluje aplikację.

2. Jeśli compileSdkVersion jest wyższa niż wersja zadeklarowana przez targetSdkVersion aplikacji, system może włączyć zachowanie zgodności, aby upewnić się, że aplikacja będzie nadal działać pracuj tak, jak oczekujesz. (ref)

3. Z każdym nowym wydaniem Androida...

   • targetSdkVersion należy zwiększyć, aby dopasować najnowszy poziom API, a następnie dokładnie przetestować aplikację na odpowiedniej wersji platformy
   • compileSdkVersion, z drugiej strony, nie musi być zmieniany, chyba że dodajesz funkcje wyłącznie do nowej wersji platformy
   • w rezultacie, podczas gdy targetSdkVersion jest często (początkowo) mniejsza niż compileSdkVersion, nie jest rzadkością zobacz dobrze utrzymaną / ugruntowaną aplikację z targetSdkVersion > compileSdkVersion

The CompileSdkVersion jest to wersja platformy SDK, z którą aplikacja współpracuje do kompilacji, itp. podczas procesu rozwoju (należy zawsze używać najnowszej) jest to dostarczane z wersją API, której używasz

Zobaczysz to w swoim pliku build.gradle:

targetSdkVersion: zawiera informacje, które aplikacja zostanie dostarczona po procesie rozwoju do sklepu app store, który umożliwia jej TARGET the SPECIFIED version of the Android platform. W zależności od funkcjonalności aplikacji, może ona kierować Wersje API niższe niż obecnie.Na przykład, możesz kierować API 18, nawet jeśli aktualna wersja to 23.

Przyjrzyj się dobrze tej oficjalnej stronie Google .

Widzę wiele różnic w compiledSdkVersion w poprzednich odpowiedziach, więc postaram się wyjaśnić trochę tutaj, po stronie Androida.

A - co mówi Android

Według https://developer.android.com/guide/topics/manifest/uses-sdk-element.html :

Wybieranie wersji platformy i poziomu API podczas tworzenia swojej aplikacji, trzeba będzie wybrać wersję platformy przed którą skompilujesz aplikację. ogólnie należy skompilować Twoja aplikacja w najniższej możliwej wersji platformy że Twoja aplikacja może wspierać.

Więc to byłaby odpowiednia kolejność według Androida:

compiledSdkVersion = minSdkVersion <= targetSdkVersion

B - co mówią inni

Niektórzy wolą zawsze używać najwyższej skompilowanej wersji skdversion. To dlatego, że będą polegać na podpowiedziach do kodu, aby sprawdzić, czy używają nowszych funkcji API niż minSdkVersion, a więc albo zmieniając kod, aby ich nie używać, albo sprawdzając wersję API użytkownika w czasie wykonywania, aby warunkowo używać ich z zapasami dla starszych wersji API.

Podpowiedzi o przestarzałych zastosowaniach pojawią się również w kodzie, informując cię, że coś jest przestarzałe w nowszych poziomach API, więc możesz odpowiednio zareagować, jeśli chcesz.

minSdkVersion <= targetSdkVersion <= compiledSdkVersion (highest possible)

Co robić?

Jeśli planujesz oferować różne funkcje API w zależności od poziomu API użytkownika w czasie wykonywania, użyj opcji B. otrzymasz wskazówki dotyczące funkcji, których używasz podczas kodowania. Upewnij się tylko, że nigdy nie używasz nowszych funkcji API niż minSdkVersion bez sprawdzania poziomu API użytkownika w czasie wykonywania, w przeciwnym razie Twoja aplikacja ulegnie awarii. To podejście ma również zalety uczenia się, co nowe i co stare podczas kodowania.

Jeśli już wiesz, co jest nowe lub stare i tworzysz jednorazową aplikację to na pewno nigdy nie zostanie zaktualizowane, lub jesteś pewien, że nie będzie oferować nowe funkcje API warunkowo, a następnie użyć opcji A. nie będzie przeszkadzać z przestarzałych podpowiedzi i nigdy nie będzie w stanie korzystać z nowszych funkcji API, nawet jeśli jesteś kuszony, aby to zrobić.

Moje 2 centy: Kompiluj z dowolną wersją SDK, ale uważaj, aby nie wywoływać żadnych interfejsów API, których "minimalna wersja SDK" nie obsługuje. Oznacza to, że "można" skompilować z najnowszą wersją SDK.

Jeśli chodzi o "wersję docelową", to po prostu odnosi się do tego, co planowałeś celować w pierwszej kolejności i prawdopodobnie przetestowałeś. Jeśli nie wykonałeś należytej staranności, jest to sposób na poinformowanie Androida, że musi wykonać dodatkowe kontrole przed wdrożeniem twojego powiedzmy "Lollipop" aplikacja ukierunkowana na "Oreo".

Więc" wersja docelowa "nie jest oczywiście niższa niż "minimalna wersja SDK", ale nie może być wyższa niż"wersja skompilowana".

Nie odpowiadam na twoje bezpośrednie pytania, ponieważ jest już wiele szczegółowych odpowiedzi, ale warto wspomnieć, że w przeciwieństwie do dokumentacji Androida, Android Studio sugeruje użycie tej samej wersji dla compileSDKVersion i targetSDKVersion.

Ustawienia aplikacji Właściwości projektu Android w Visual Studio 2017 (15.8.5) wydają się mieć je połączone lub coś w tym stylu: