getSupportFragmentManager() contro getFragmentManager() in Android 3.0+

Question

Nella documentazione per android.support.v4.app.FragmentManager:.

"Static versione sostegno biblioteca del FragmentManager del framework usato per scrivere applicazioni che girano su piattaforme prima di Android 3.0. Quando è in esecuzione su Android 3.0 o versione successiva, questa implementazione è ancora utilizzata, non tenta di passare all'implementazione del framework. Consultare la documentazione di SDK framework per una panoramica della classe. "

Quindi, è necessario eseguire un controllo in fase di esecuzione e utilizzare il FragmentManager appropriato per la versione Android su cui è in esecuzione l'app? Chiama getFragmentManager() se su Android 3.0+ invece di getSupportFragmentManager()

Answer 1

Non c'è niente di sbagliato nell'usare getSupportFragmentManager() su Android 3.0+ finché hai la libreria di supporto importata. Se si desidera utilizzare getFragmentManager() per SDK 11+, fare clic qui; tieni presente che potresti avere un numero di codice pari a if/else con i controlli della versione.

Answer 2

Se si utilizza API> = 14, utilizzare getFragmentManager(). Se si desidera la compatibilità con i dispositivi sotto l'API 14, è possibile utilizzare getSupportFragmentManager(). Pertanto, getSupportFragmentManager() viene utilizzato per fornire nuove funzionalità a piattaforme meno recenti.

Answer 3

Se si utilizzano i pacchetti di supporto nel progetto o nell'app, è necessario utilizzare getSupportFragmentManager poiché in questo modo viene restituito il frammentManager per l'interazione con i frammenti associati a questa attività. D'altra parte, se non lo sei, puoi usare getFragmentManager. Dipende solo da ciò che stai utilizzando nella tua app.