Modo più veloce per testare il codice sorgente Android modificato?

Question

Acquisterò il Nexus 5 quando sarà disponibile nel mio paese. Voglio quindi apportare modifiche (principalmente l'interfaccia utente) al codice sorgente Android ed eseguirlo sul mio telefono.

La mia domanda è: come faccio a test più veloce il codice che ho modificato? Devo compilare e creare una ROM e farla fluire dopo ogni modifica al mio telefono o posso usare l'emulatore e "build Quick"?

Per chiarire: scaricherò il codice sorgente Android e lo modificherò. Cambierò cose dell'interfaccia utente in modo che mi si adatti. Dopo di che vorrei testare ciò che ho scritto, preferibilmente nel dispositivo, ma anche l'emulatore è fattibile.

Voglio testare le modifiche alla piattaforma Android. Poiché modifico il codice sorgente, devo creare una ROM e eseguire il flashing sul dispositivo poiché il sistema Android non può essere installato come .APK.

Qual è il modo più veloce per testare le modifiche? Sarebbe fastidioso dover creare una ROM e farla fluire ogni volta che apporto al codice sorgente, ad esempio test che la mia nuova interfaccia utente funziona di conseguenza.

C'è un modo per farlo più velocemente?

Answer 1

Dipende a quale livello stai facendo cambiamenti. Se stai eseguendo framework/modifiche basi/core, puoi navigare verso i tuoi frameworks/base/core porzione del tuo progetto AOSP e fare una build incrementale facendo (assicurati di inizializzare il tuo ambiente di costruzione :. build/envsetup.sh in radice della tua directory di fonte AOSP):

mm -B

Questo costruirà il componente in cui ti trovi, che sarà framework di framework.jar/ext.jar/ecc

Dopo questo compila, puoi fare (Fai attenzione agli errori durante la compilazione):

adb root;
adb remount;
adb sync;
adb shell stop;
adb shell start

Ciò aggiornerà il file JAR Framework sul dispositivo e quindi dovresti essere in grado di vedere le modifiche.

Nota

Questo sarà SOLO lavora se la tua costruzione attuale è il STESSO Come codice AOSP che stai costruendo, altrimenti dovrai spingere il file framework.jar nel sistema/ framework/ porzione del dispositivo (che richiede root).

Answer 2

Penso che sia meglio ricompilare l'intero codice sorgente dopo la modifica.
Suggerisco di usare il Aosp Invece di hackerare l'immagine della fabbrica, non sarà necessaria una ROM sciacquone con ADB.
La prima build causerà molto tempo e spazio, ma il sistema di build Android costruirà il codice modificato solo durante la ricostruzione.
Nota: GPS, il sensore non è funzionale per impostazione predefinita, poiché il driver del dispositivo di terza parte non è incluso in AOSP.