La navigazione privata è deprecata in Android WebView a partire dall'API 17. Qual è l'alternativa?

Question

La specifica API recita come segue per il costruttore WebView che permette la navigazione privata per essere abilitato:

(da http://developer.android.com/reference/android/webkit/WebView.html)

WebView (contesto Context, AttributeSet attrs, int defStyle, privateBrowsing booleano)

Questo costruttore è stato dichiarato obsoleto in livello API 17. La navigazione privata non è più supportata direttamente tramite WebView e verrà rimossa in una versione futura. Preferisci l'utilizzo di WebSettings, WebViewDatabase, CookieManager e WebStorage per il controllo accurato dei dati sulla privacy.

A partire da API 19 (KitKat) la navigazione privata è disabilitata. Tentativo di richiamare questo costruttore con un valore di risultati veri in un IllegalArgumentException.

Le alternative suggerite non saranno nemmeno marginalmente efficaci nel replicare il comportamento della navigazione privata. La classe CookieManager è un singleton, con tutte le impostazioni applicate all'intera applicazione. Non esiste un "controllo a grana fine dei dati sulla privacy" con questo approccio. L'unico controllo fornito da CookieManager è la possibilità di disabilitare del tutto i cookie, per OGNI WebView presente nell'app. Questo cambiamento significa che i browser di terze parti non sono più in grado di replicare la funzionalità di navigazione privata del browser di Google in qualsiasi capacità.

Apprezzerei molto qualsiasi suggerimento per aggirare questo comportamento. Fino ad ora non riesco a trovare nulla nell'API che possa rendere possibile qualsiasi somiglianza con la precedente funzionalità di navigazione privata.

Answer 1

In aggiunta a ciò che ho nel commento, questo è un altro posto dove avere più processi è giustificato. Poiché CookieManager è un singleton, i processi separati avranno istanze separate CookieManager. Le istanze "Navigazione privata" WebView potrebbero essere in un processo separato dalle istanze di "regolare consultazione" WebView.

Ciò ha svantaggi:

• Non possono essere nella stessa attività, come View da un processo non possono essere resi in un altro processo. Quindi, se la metafora dell'interfaccia utente per il browser implica diversi widget WebView in una singola attività (ad es. Schede), tale metafora dell'interfaccia utente dovrà essere ottimizzata per consentire il "cambio di contesto" tra la navigazione normale e privata.

• Ciò consumerà più RAM di sistema, il che è negativo per l'utente, anche se buono per lo sviluppatore (meno probabilità di OutOfMemoryError eccezioni).