2013-07-20 8 views

Antwort

4

Zeigt an, dass Lint dieser Art behandeln sollte, egal um eine gegebene API-Ebene als Targeting, was das Projektziel (es die Flusen Fehler nur unterdrücken)

via Android documentation

z.B. Wenn Lint feststellt, dass Sie etwas neueres als Ihr Android verwenden: minSdkVersion, aber bis zu API Level GingerBread, wird sich Lint nicht beschweren.

+0

Kannst du mir sagen, wat ist Lint oder schick mir einen Link dazu? – Arun

+0

Sicher, [hier] (http://tools.android.com/tips/lint) und [hier] (http://developer.android.com/tools/debugging/improving-w-lint.html). Kurz gesagt, es ist ein Werkzeug, das Code überprüft und zeigt, wenn etwas falsch sein könnte –

+1

in Bezug auf die @ TargetAPI, bekam ich Anfrage, "@TargetAPI" hinzuzufügen, wenn ich editor.apply() (das ist nur api9 +) beim Codieren einer target_sdk8 App . Was passiert, wenn api 8 Geräte in die api9 + Codezeile einlaufen? Wird es Laufzeitfehler bekommen? Ist es am besten oder möglich, eine Release-Version für mehr als eine API-Ebene zu erstellen (eine für api 8 und eine andere für api9 +) oder ist es besser, die aktuelle Geräte-API irgendwie zu codieren und zu erkennen und dann die entsprechende Codezeile zu laden. Ex. wenn das Gerät api 8 oder niedriger verwendet, benutze editor.commit() sonst benutze editor.apply()? – cjayem13