Frammento o frammento di supporto?

Sto sviluppando un'app che supporta Android> = 4.0. Utilizza frammenti dal android.apppacchetto. Poiché sto riscontrando problemi con l'implementazione del frammento precedente in 4.0, come questa , che sono già stati risolti nella libreria di supporto, sto prendendo in considerazione il passaggio all'implementazione del frammento dalla libreria di supporto per ottenere un'implementazione più affidabile e coerente.

Qual è la tua opinione su questo? Stai usando frammenti dalla libreria di supporto, anche se sono già disponibili, durante lo sviluppo per Android 4?

Dalla mia esperienza, l'utilizzo della stessa implementazione di frammenti su tutti i dispositivi Android è un grande vantaggio. Non riuscivo a sbarazzarmi di tutte le NullPointerExceptions quando lo stato veniva salvato su Android 4.0 usando frammenti nativi, con la libreria di supporto sono tutti spariti. Inoltre non ho potuto vedere alcuno svantaggio finora con questo approccio.

Quindi la mia risposta alla mia domanda è ora: quando si sviluppa per Android 4.x, è consigliabile utilizzare i frammenti della libreria di supporto. Nella libreria di supporto sono stati corretti i bug che sono ancora presenti nelle implementazioni di frammenti precedenti e viene frequentemente aggiornato con più correzioni di bug.

Un grande motivo per rimanere con il SupportFragmentper un po 'è che non si ha accesso ChildFragmentManagerall'API fino al 17. La libreria di supporto ti fornirà una versione di supporto del gestore di frammenti figlio.

Questo diventa un grosso problema se hai frammenti che contengono altri frammenti. Questo è comune nelle applicazioni tablet con una buona complessità e / o la tua architettura complessiva si basa su un layout a schede o utilizza il cassetto di navigazione.

Mi sentivo anche frustrato nel dover includere le librerie di supporto, nonostante il targeting per Android 4.0+ - ma sembra che sia ufficialmente raccomandato:

Il pacchetto Libreria di supporto Android contiene diverse librerie che possono essere incluse nella tua applicazione. Ognuna di queste librerie supporta una gamma specifica di versioni della piattaforma Android e un set di funzionalità.

Questa guida spiega le funzionalità importanti e il supporto della versione fornito dalle Librerie di supporto per aiutarti a decidere quale di esse dovresti includere nella tua applicazione. In generale, si consiglia di includere il supporto v4 e le librerie di app v7, poiché supportano una vasta gamma di versioni di Android e forniscono API per i modelli di interfaccia utente consigliati.

http://developer.android.com/tools/support-library/features.html

Se ho intenzione di sviluppare solo per 4.0, consiglierei di andare con le librerie native poiché l'eseguibile diventerà più piccolo. È vero che potresti riscontrare problemi di bug nelle prime versioni, ma penso che la maggior parte di questi dovrebbe essere abbastanza banale da aggirare. Inoltre, la libreria di compatibilità dovrebbe essere mappata ai frammenti nativi nel caso in cui si esegua comunque su 4.0 e versioni successive. Quindi potresti finire per dover lottare con questo tipo di problemi comunque. Il problema con le librerie di supporto è che molte classi appaiono 2x (una volta nella struttura del pacchetto di supporto e una volta nella struttura del pacchetto "nativo"), il che rende lo sviluppo un po 'più complicato.

Tuttavia, se desideri rilasciare anche la tua app pre 4.0, non è possibile aggirare la libreria di supporto. Inoltre, dato che ci sono circa il 38% di tutti gli utenti su 2.3, potrebbe essere utile includere questa versione del sistema operativo. In tal caso è possibile utilizzare la libreria di supporto in combinazione con ActionBarSherlock di Jake Wartons (o con la libreria ActionBar di supporto di Google una volta che è stato finalmente rilasciato).

Sembra che sia meglio utilizzare Support Library ora perché ho visto la dichiarazione qui https://developer.android.com/reference/android/app/Fragment.html

Questa classe è stata deprecata a livello di API P. Usa il frammento della libreria di supporto per un comportamento coerente su tutti i dispositivi e l'accesso al ciclo di vita.