Sommario:
Lo odiamo tutti quando il nostro telefono si riavvia. A volte intendiamo che ciò accada ea volte no, ma un riavvio significa che non siamo connessi, impedendo il funzionamento di molte attività in background. È ancora peggio se si utilizza il telefono come sveglia o promemoria.
Android 7.0 Nougat può aiutarti attraverso la sua funzione di avvio diretto.
Cos'è Direct Boot?
Probabilmente siamo stati tutti lì. Abbiamo una schermata di blocco in modo che nessun altro possa vedere cosa abbiamo memorizzato sui nostri telefoni (tutti hanno quell'amico) e qualcosa è successo e il nostro telefono si è riavviato. Se non te ne sei reso conto, potresti essere seduto lì felice (o triste) di non essere ronzato ogni 10 minuti - fino a quando non noti e accedi, solo per vedere tutto ciò che ti sei perso. Spero che non fosse qualcosa di troppo importante.
Non tutte le app devono utilizzare Direct Boot e gli sviluppatori devono pensare prima di abilitarlo.
Google ha le cose coperte in Android Nougat, rendendo potenzialmente quello scenario un ricordo del passato. Partiamo dal presupposto che Android 7.0 sarà stabile e tutti i riavvi pochi e lontani tra loro, ma nel caso in cui, la nuova funzionalità di avvio diretto consentirà l'esecuzione di un'app (o parte di un'app) non appena il telefono ha terminato l'avvio e prima di firmare nel.
Mantenerti sicuro e informato
Il modo in cui le cose funzionano su Android Marshmallow è piuttosto buono dal punto di vista della sicurezza. Quando il telefono viene acceso o ripristina da un riavvio, il sistema operativo si carica e quindi tutto si ferma mentre attende l'input dell'utente. Ciò significa che è necessario inserire la password o il PIN o scorrere la sequenza. Anche se non blocchi il telefono, devi scorrere la schermata di blocco. (Ma per favore, blocca il tuo telefono.) Se hai un telefono crittografato, i dati che hai archiviato rimangono crittografati e non disponibili in alcun modo fino a quando non accedi. Questo è un buon modo per aiutarti a tenere gli occhi indesiderati lontano dalle tue cose.
Con Android 7.0, c'è un nuovo passo nel processo di avvio. Una volta che il telefono è completamente acceso e Android è in esecuzione, esiste un metodo per gli sviluppatori per consentire la comunicazione prima di accedere. Tutto il resto rimane bloccato e non è possibile interagire con qualsiasi altra app. Google ha persino inserito una nuova area di archiviazione chiamata Device Storage per le app che devono essere eseguite immediatamente perché non avranno accesso al normale file system protetto da credenziali.
È disponibile una nuova area di archiviazione per le app che richiedono l'avvio diretto perché tutto il resto è ancora protetto.
Ecco un esempio di come funzionerebbe con un semplice client di messaggistica. Gli sviluppatori del messenger possono consentire all'app di raccogliere messaggi e di lanciare una notifica prima di sbloccare il telefono per la prima volta, ma non sarai in grado di accedere alle tue foto per inviare una risposta perché sono protette dalla password di accesso.
Per raggiungerli dovrai accedere. Per i dispositivi crittografati, la modalità di avvio diretto consente l'esecuzione dei dati nella nuova area di archiviazione dei dispositivi mentre il resto dei dati sul telefono rimane crittografato. È un bel compromesso tra sicurezza e convenienza. Google sta diventando dannatamente bravo con quelli, e sta funzionando: sempre più persone stanno bloccando i loro telefoni e proteggendo la loro privacy e i loro dati. Per Google, questa è una buona cosa. E siamo d'accordo.
Non per tutte le app
Non tutte le app inizieranno (o dovrebbero) iniziare immediatamente. I googler di cui abbiamo parlato a Google I / O quest'anno hanno concordato sul fatto che la maggior parte delle app non dovrebbe funzionare immediatamente utilizzando l'avvio diretto. La nuova modalità è riservata alle cose di cui hai bisogno subito e che non vuoi perderti dopo il riavvio. Esempi sono la sveglia, l'app di messaggistica o un'app che aiuta nel reparto di accessibilità: questi sono i tipi che devono essere eseguiti immediatamente. Gli sviluppatori possono aggiungere la funzionalità a qualsiasi app quando è installata su un telefono con Android 7.0 (API 24) o versioni successive.
Google ci dice che non sopporteranno le app che tentano di abusare di Direct Boot.
Le persone con cui abbiamo parlato erano anche consapevoli che questo poteva essere abusato. Nessuno vuole che nella rete di notifica o nella schermata di blocco vengano rilasciati dei collegamenti alla rete pubblicitaria spam ogni volta che si avvia il telefono. E alcune app non dovrebbero archiviare oggetti finché non accedi e decrittografali. Per le app che si trovano in Google Play, prenderanno molto sul serio le richieste di app che violano la funzione di avvio diretto e non esiteranno a rimuoverle dal Play Store.
Direct Boot è un'altra di quelle funzionalità che non puoi vedere ma che hai bisogno di un sacco di pensiero creativo e ingegneria per implementare. Queste piccole funzionalità e miglioramenti dovrebbero aggiungere lo smalto tanto necessario ad Android e far funzionare meglio i nostri telefoni.
Se sei uno sviluppatore e sei interessato a Direct Boot, assicurati di consultare la documentazione sul sito per sviluppatori Android e di guardare il video qui sotto.
