Il y a peu de questions similaires sur stackoverlow, mais je n’ai pas trouvé d’explications claires sur la manière de mettre en œuvre un modèle de barre d’action pour des applications plus complexes / à activités multiples.
Si je comprends bien, il existe deux options pour le faire:
1.) mettre en œuvre plusieurs activités et dans chacune d’elles mettre en œuvre / inclure des barres d’action -> Le problème, c’est que chaque fois que vous déjeunez une nouvelle activité, même si elle a la même barre d’action, elle présente cette transition et saute à travers l’écran, il est donc évident qu’il s’agit d’une "nouvelle fenêtre", l'écran, et il tue ce sentiment de cadre de navigation d'application unique.
2) Utilisez une seule FragmentActivity, avec une barre d’action à l’intérieur et avec plusieurs fragments qui gonflent le cadre de contenu. -> c’est une belle mise en oeuvre du motif de barre d’action, mais le problème est que cela va à l’encontre de la recommandation de Google selon laquelle un fragment doit faire partie d’une activité dans le cas du téléphone. Ou bien ce n’est pas? D'après le "look and feel", je dirais que l'application Gmail est utilisée principalement de cette manière.
3.) TabActivity - qui est obsolète.
Pour la deuxième solution (activité unique,plusieurs fragments) «Je suis inquiet s'il y a un problème de performances dans le futur. Comment Android gère-t-il la mémoire dans ce cas? va-t-il tuer les fragments inactifs pour libérer de l'espace comme avec les activités? Ou cela va tuer l'application entière , ou le téléphone de l'utilisateur sera surchargé?
Il me manque peut-être quelque chose là-bas, mais j’ai trouvé très difficile de mettre en œuvre des modèles de navigation android et l’utilisation de fragments: /
Y a-t-il une raison pour ne pas avoir une activité avec plusieurs fragments au téléphone? (il y aurait environ 5 à 6 fragments, avec des fragments imbriqués dans certains d'entre eux)
Réponses:
1 pour la réponse № 1Tout d'abord, vous pourriez penser cette question et cette réponse Être utile.
Bien que vous parliez de la barre d’action, la vraie question concerne le modèle de UNE activité avec plusieurs fragments ou MULTIPLES activités. Comme l’affirme l’ancien lien, bien que le"tutoriel trop simpliste" suggère de démarrer une autre activité pour afficher le contenu de l'élément dans la situation Téléphone, ce qui entraînera probablement une duplication de la logique ou des codes.
Enfin, l'utilisation de "FragmentActivity avec plusieurs fragments" est recommandée. Comme il est contre la recommandation de Google, Stephen Asherson dit et je cite: "Ne le considérez pas comme obligé d’exercer de nombreuses activités. Considérez-le comme une opportunité de scinder votre code en plusieurs fragments et d’économiser de la mémoire lors de son utilisation".
PS juste pour votre information, si vous modifiez la barre d’activités de l’activité en changeant des fragments, vous voudrez peut-être faire quelque chose pour gérer correctement le changement d’UI lorsque la touche «Retour» est enfoncée et que le backstack est modifié. Généralement, remplacez la fonction onbackstackchanged () par gérer l'interface utilisateur.