Perché non usare sempre android: configChanges = “keyboardHidden | orientamento”?

Mi chiedevo perché non usarlo android:configChanges="keyboardHidden|orientation"in ogni (quasi ogni;)) attività?

Merce:

• non devi preoccuparti che la tua attività sia stata ruotata
• è più veloce

Non così carino:

• è necessario modificare i layout se dipendono dalle dimensioni dello schermo (ad esempio layout con due colonne o giù di lì)

Male:

• nessun modo flessibile per avere layout diversi con orientamento diverso
• non così buono quando si usano frammenti

Ma se non utilizziamo layout diversi, perché no?

Sfondo rapido

Per impostazione predefinita, quando si verificano determinate modifiche alla configurazione chiave su Android (un esempio comune è una modifica dell'orientamento), Android riavvia completamente l'attività in esecuzione per aiutarla ad adattarsi a tali modifiche.

Quando definisci android:configChanges="keyboardHidden|orientation"nel tuo AndroidManifest, stai dicendo ad Android: "Per favore, non eseguire il ripristino predefinito quando la tastiera viene estratta o il telefono viene ruotato; voglio gestirlo da solo. Sì, so cosa sto facendo "

È una buona cosa? Vedremo presto ...

Nessun problema?

Uno dei vantaggi con cui inizi è che esiste:

non devi preoccuparti che la tua attività sia stata ruotata

In molti casi, le persone credono erroneamente che quando hanno un errore generato da un cambiamento di orientamento ("rotazione"), possono semplicemente risolverlo inserendo android:configChanges="keyboardHidden|orientation".

Tuttavia, android: configChanges = "keyboardHidden | orientamento" non è altro che un cerotto. In verità, ci sono molti modi in cui una modifica della configurazione può essere attivata. Ad esempio, se l'utente seleziona una nuova lingua (ovvero le impostazioni internazionali sono state modificate), la tua attività verrà riavviata nello stesso modo in cui avviene una modifica dell'orientamento. Se lo desideri, puoi visualizzare un elenco di tutti i diversi tipi di modifiche alla configurazione .

Modifica : Ancora più importante, tuttavia, come sottolinea hackbod nei commenti, la tua attività verrà riavviata anche quando l'app è in background e Android decide di liberare un po 'di memoria uccidendola. Quando l'utente torna alla tua app, Android tenterà di riavviare l'attività nello stesso modo in cui si verificava qualche altra modifica di configurazione. Se non riesci a gestirlo, l'utente non sarà felice ...

In altre parole, l'uso android:configChanges="keyboardHidden|orientation"non è una soluzione per le tue "preoccupazioni". Il modo giusto è codificare le tue attività in modo che siano contente di ogni riavvio che Android le lancia. Questa è una buona pratica che ti aiuterà lungo la strada, quindi abituati.

Quindi quando dovrei usarlo?

Come hai detto, c'è un netto vantaggio. Sovrascrivere la modifica della configurazione predefinita per una rotazione gestendola da soli accelererà le cose. Tuttavia, questa velocità ha un prezzo di convenienza.

Per dirla semplicemente, se usi lo stesso layout sia per il ritratto che per il paesaggio sei in buona forma eseguendo la sovrascrittura. Invece di una ricarica completa dell'attività, le viste si sposteranno semplicemente per riempire lo spazio rimanente.

Tuttavia , se per qualche motivo usi un layout diverso quando il dispositivo è in orizzontale, il fatto che Android ricarichi la tua attività è buono perché caricherà quindi il layout corretto. [Se usi l'override su tale attività e vuoi fare un magico re-layout in fase di esecuzione ... beh, buona fortuna - è tutt'altro che semplice]

Riepilogo rapido

Certamente, se android:configChanges="keyboardHidden|orientation"è giusto per te, allora usalo. Ma PER FAVORE essere sicuri di test di ciò che accade quando qualcosa cambia, perché un cambiamento di orientamento non è l'unico modo per un riavvio completo di attività può essere attivato.

Dal mio punto di vista: se il layout è lo stesso in modalità orizzontale e verticale, potresti anche disabilitare uno dei due nella tua app.

Il motivo per cui lo dico è che come utente mi aspetto che l'app mi offra alcuni vantaggi, quando cambio orientamento. Se non importa come tengo il telefono, non ho bisogno della scelta.

Prendi ad esempio un'app in cui hai un ListView e facendo clic su un oggetto List si desidera visualizzare una vista dettagliata per quell'elemento. In orizzontale, potresti dividerlo dividendo lo schermo in due, con ListView a sinistra e la vista dettagliata a destra. In Verticale si avrebbe l'elenco in una schermata e quindi si passa alla schermata dettagliata quando si seleziona un oggetto ListItem. In tal caso, la modifica dell'orientamento ha senso oltre a layout diversi.

Non capisco perché .... i riavvii occasionali sono ok secondo me ... configChanges gestisce la maggior parte dei casi per me ... beh forse in alcuni tipi di applicazioni questo può essere un problema ma dipende davvero dal tipo di app e da come ripristini stato al riavvio dell'app ... Quando una delle mie app riavvia l'utente viene ricollegato e l'ultima attività si apre con il mio codice e l'utente jus perde alcuni passaggi per tornare indietro dov'era ma non è un grosso problema .. In altri alcuni stati sono sempre persistenti e alcuni stati vengono sempre ripristinati al riavvio. Quando l'attività è stata riavviata doveva essere che l'app non è stata utilizzata o qualcosa del genere ... quindi nessun problema ... Nel gioco, ad esempio, questo può essere un problema forse o in qualche altro tipo di app che non conosco ...

Dico che quando lo fai in questo modo le applicazioni funzionano bene in circostanze normali. E il codice è molto più leggibile senza tonnellate di logica necessaria per salvare e ripristinare dove puoi semplicemente creare nuovi bug e mantenerlo sempre ... sicuro che se Android si esaurisce e uccide la finestra dell'applicazione, perde il contesto e ricomincia, ma questo accade solo in situazioni speciali e su dispositivi più recenti credo che questo sia sempre più raro ...

Quindi uccidimi, ma lo uso con successo su tutte le applicazioni ... android: configChanges = "locale | tastiera | tastiera nascosta | orientamento | screenLayout | uiMode | screenSize | smallestScreenSize" Ma capisco che per alcuni tipi speciali di applicazioni potrebbe non essere buon modo, ma la maggior parte delle app può vivere con questo semplicemente OK.

Sì, penso che mettere in pausa renderà più veloce il rilascio del giocatore. Comunque fai ancora una pausa.

Ora ho trovato una soluzione che non metterà in pausa la canzone.

Indicare nel file manifest che si gestirà la modifica della configurazione per l'orientamento dello schermo e quindi utilizzare il metodo onConfigurationChanged per caricare il file di layout. In questo modo in logCat posso vedere onPause, onCreate e onResume non vengono chiamati, e quindi la canzone non viene messa in pausa.

1. aggiorna il manifest per gestire l'orientamento.

   android:configChanges="orientation|screenSize"

2. aggiungi questo codice

   @Override
   public void onConfigurationChanged(Configuration newConfig) {
       // TODO Auto-generated method stub      
       super.onConfigurationChanged(newConfig);        
       setContentView(R.layout.activity_main);
   }