Ich habe einige Diskussionen zu diesem Thema gefunden, aber keine klaren oder endgültigen.
Beim Erstellen einer tab-basierten Anwendung scheint man gezwungen zu sein, zwischen (A) TabHost mit Aktivitäten für jeden Bildschirm zu wählen und (B) die ActionBar mit Fragmenten für jeden Bildschirm zu verwenden. Dies wirft ein paar Fragen auf:
1) Ist das Dilemma wirklich, oder kann man die ActionBar mit verschiedenen Aktivitäten verwenden?
2) Wenn das Dilemma wirklich ist, warum sind die Dinge so aufgebaut? Plant Google, TabHost und den Ansatz mit mehreren Aktivitäten zur Tab-basierten Navigation abzulehnen? Gibt es etwas Unangenehmes bezüglich des Ansatzes mit mehreren Aktivitäten?
3) Wenn beide Ansätze weiterhin unterstützt werden, was sind die Vor- und Nachteile von beiden? Wenn ich mit ActionBar + Fragments gehe, stoße ich auf irgendwelche Fehler auf der ganzen Linie? Zum Beispiel, wenn ich möchte, dass einer meiner Tabbed-Bildschirme über einen zusätzlichen Bildschirm / Fragment gleitet / springt, bekomme ich dann witziges Verhalten, wenn ich zu / von Tabs in der ActionBar wechsle?
Ich bin bei dir. Ich begann mit der Entwicklung von "Droid Bones" (seien Sie sicher, die Zitate zu verwenden) vor dem Aufkommen von Fragments. Als ich begann, diese Architektur zu betrachten, schien es, dass sie meinen strukturellen Anforderungen nicht gerecht würde. Das heißt, ich habe festgestellt, dass der Multiple-Activity-Ansatz sehr flüssig und flexibel ist. Meine Sorge ist, dass einige der TabHost-Dokumentation in letzter Zeit "verschwunden" sind!
Tags und Links android android-fragments android-actionbar android-tabhost