Android; ci sono eventuali modifiche tra 2.1 e 2.2 che gli sviluppatori hanno bisogno di essere a conoscenza di con compatibilità all'indietro?

Question

Ho creato un paio di applicazioni che sono state mirate contro 2.2

Sto pensando di investire in un portatile economico per provare questi fuori (emulatore finora utilizzato solo). Il portatile che voglio è in esecuzione verion 2.1 di Android.

Da un punto di codice di vista, c'è qualche grandi cambiamenti tra 2.1 e 2.2, che potrebbe potenzialmente causare me un problema?

Capisco che ci sarebbero problemi se stavo cercando di distribuire ad un portatile 1.x (come ad esempio Persone / ContractsContact ecc) ma non riesco a vedere niente da dire un'applicazione 2,2 fallirebbe in un ambiente 2.1

(potrei provare a bersaglio emulatore cambiamento, ma curioso di sapere da altri con i telefoni effettivi)

Grazie

Answer 1

Ecco la pagina che potrebbe essere utile a voi: http: // sviluppatore. android.com/sdk/api_diff/8/changes.html

E 'possibile un controllo incrociato tutti i pacchetti ei metodi utilizzati per l'elenco delle differenze.

Come Juhani detto, se la vostra applicazione utilizza una delle nuove API, allora che significherebbe una elevata possibilità di vostri problemi incontrando.

Answer 2

Si potrebbe semplicemente indirizzare la vostra applicazione per 2.1 se non avete bisogno di nessuna delle nuove API fornite con 2.2. In questo modo si può essere sicuri che sarà eseguito su 2.1 e 2.2. Se, d'altro canto, hanno bisogno di alcune delle nuove API non funzionerà correttamente sul 2.1.

È possibile se le novità di 2.2 qui: http://developer.android.com/sdk/android-2.2.html

Answer 3

Per la compatibilità garantita, si deve solo impostare la versione di destinazione a 2.1 e ricompilare per vedere cosa non riesce. Se si utilizza un 2.2-only API, questo vi mostrerà quello che è. Quindi, se si vuole veramente usarlo, è possibile ripristinare la versione di destinazione a 2,2 e il codice di un comportamento fallback per "metodo non trovato" al punto 2.1.

Al di fuori delle API documentate, la più grande differenza per la maggior parte degli sviluppatori viene per coloro che utilizzano un comune, ma l'interfaccia non supportata. Se si sta tentando di richiamare il calendario, troverete che smette di funzionare perché il vecchio intento "com.android.calendar / com.android.calendar.LaunchActivity" è stato sostituito da "com.google.android.calendar / com .android.calendar.LaunchActivity". (Questo è per magazzino Android. I vari fornitori di telefono / hardware hanno altre applicazioni alternative / intenti, solo per mantenere le dita dei piedi.)

Naturalmente, questo è solo un problema se si utilizza, le interfacce non supportate senza documenti, che non si dovrebbe fare. Tuttavia, questo è stato probabilmente la fonte numero uno di "rotto da Froyo" apps.