2013-07-20 15 views

Odpowiedz

4

Wskazuje Lint powinien traktować tego typu jak kierowanie danego poziomu API, bez względu na cel projektu jest (To po prostu stłumić błąd Lint)

poprzez Android documentation

np jeśli Lint wykryje, że używasz czegoś nowszego niż Android: minSdkVersion, ale do poziomu API GingerBread, Lint nie będzie narzekać.

+0

Możesz mi powiedzieć, że to Lint, lub wyślij mi link. – Arun

+0

Oczywiście, [tutaj] (http://tools.android.com/tips/lint) i [tutaj] (http://developer.android.com/tools/debugging/improving-w-lint.html). W skrócie, jest to narzędzie, które sprawdza kod i pokazuje, czy coś może być nie tak –

+1

odnośnie do @TargetAPI, otrzymałem prośbę o dodanie "@TargetAPI" kiedy użyłem editor.apply() (które jest tylko api9 +) podczas kodowania aplikacji target_sdk8 . Co dzieje się, gdy urządzenia api 8 są uruchamiane w linii kodu api9 +? Czy pojawi się błąd runtime? Czy jest najlepsza lub możliwa wersja wydania dla więcej niż jednego poziomu api (jeden dla api 8 i drugi dla api9 +) lub czy lepiej jest dynamicznie sprawdzać przez jakoś kodowanie i wykrywanie bieżącego api urządzenia, a następnie ładować odpowiednią linię kodu. dawny. jeśli urządzenie używa api 8 lub niższego użyj editor.commit() else użyj editor.apply()? – cjayem13