getSupportFragmentManager() versus getFragmentManager() in android 3.0+
In der Dokumentation für android.Unterstützung.v4.app.FragmentManager:
"Static library-support-version von framework, FragmentManager. Zum schreiben von apps, die auf Plattformen vor, die auf Android 3.0. Beim laufen auf Android 3.0 oder höher, diese Implementierung wird noch verwendet; es nicht versucht zu wechseln, um die framework-Implementierung. Finden Sie die framework-SDK-Dokumentation für eine Klasse übersicht."
So, muss ich eine Prüfung zur Laufzeit, und verwenden Sie die entsprechende FragmentManager für die android-version der app ausgeführt wird? also Anruf getFragmentManager (), wenn auf android 3.0+ statt getSupportFragmentManager()
InformationsquelleAutor user1159819 | 2012-09-12
Schreibe einen Kommentar Antworten abbrechen
Du musst angemeldet sein, um einen Kommentar abzugeben.
Es ist nichts falsch mit der Verwendung
getSupportFragmentManager()
auf Android 3.0+, solange Sie die Unterstützung, die Bibliothek importiert. Wenn Sie verwenden möchtengetFragmentManager()
für SDKs 11+, go for it, nur im Kopf behalten, dass Sie möglicherweiseif/else
ing eine Menge code mit der version überprüft.Wenn Sie mit API >= 14, dann verwenden Sie getFragmentManager(). Wenn Sie möchten, dass die Kompatibilität mit Geräten unterhalb API 14, dann können Sie getSupportFragmentManager(). Daher getSupportFragmentManager() wird verwendet, um liefern neueren features auf älteren Plattformen.
Wenn Sie mit support Packages in Ihr Projekt oder in der app, dann müssen Sie getSupportFragmentManager, weil das ist, wie Sie zurückkehren wird der fragmentManager für die Interaktion mit Fragmenten im Zusammenhang mit dieser Tätigkeit. In der anderen hand, wenn Sie nicht sind, dann können Sie getFragmentManager. Es hängt nur auf, was Sie verwenden, in Ihrer app.