Nehmen wir zum Beispiel die App, an der ich gerade arbeite: - sie hat einen navigationDrawer mit mehreren Elementen; Hier gibt es zwei mir, welches Interesse für jetzt, sie ich werde NavigationDrawer mit Aktivitäten vs. NavigationDrawer mit Fragmenten
beide X und Y
X und Y. rufen, wenn darauf geklickt wird, ein Fragment zeigt eine Liste von x-Elementen oder y-Elementen enthältAuswahl und x oder y Listenelement zeigt ein neues Fragment an, in dem ich Informationen über das ausgewählte Element anzeigen kann; die Ansicht Fragmente sind für x und y Elemente
in der Ansicht Fragment kann ich wählen, das spezifische Element zu bearbeiten, die
bearbeitet Fragment bringt
Der Fragment-Ansatz funktioniert, aber es hat mich eine Weile, um die Navigation zwischen den Fragmenten zu verwalten. Auch werde ich wahrscheinlich einige neue Gegenstände in der Schublade mit X und Y hinzufügen müssen. Meine Haupttätigkeit, in der ich die Schublade habe und ich die Fragmentschaltung mache, ist schon ziemlich dicht, was mich zu meiner Frage bringt: sollte Ich wechsle von Fragmenten zu Aktivitäten? Ich habe darüber nachgedacht, eine neue Aktivität zu starten, wenn ein Schubladenelement ausgewählt ist, und die mit dem ausgewählten Element in dieser Aktivität verknüpften Listen-/Ansichts-/Bearbeitungsfragmente zu behandeln, anstatt alle Fragmente für alle Elemente in einer einzelnen Aktivität zu bearbeiten.
Ist es eine gute Idee? Ist es schlechtes Design?
Warum versuchst du ein Fahrrad zu erfinden - es gibt einen beschriebenen Weg, wie man das macht und viele Beispiele. Heutzutage haben Sie NavigationView, die Ihnen Material-Design out-of-Box bietet. Ihre Hauptaktivität sollte Navigation und Status verwalten. Jedes Fragment sollte Ihnen eine logische Trennung geben. Wenn Sie mehr als 100 Codezeilen in Ihrer Aktivität haben, könnte das bedeuten, dass Sie etwas falsch machen. –
Danke für die Antwort. Ich habe gerade angefangen, in NavigationView zu suchen und werde mich wahrscheinlich auch um die Hauptaktivität kümmern. Danke noch einmal. –