Faire un assistant comme application dans Android

Question

Ce que vous pensez est la meilleure façon de faire une application comme l'assistant (l'utilisateur peut naviguer entre les écrans avec un bouton suivant et précédent, et chaque écran doit enregistrer des données d'état) sur la plate-forme Android.

Je pense principalement dans deux approches:

1. Avoir une activité + vue pour chaque écran, puis-je passer l'écran en appelant chaque activité. Ce qui fait que c'est sympa, c'est que je peux utiliser le bouton de retour du système comme mon back handler et je n'ai pas à m'en occuper moi-même, de plus chaque activité sauvera son propre état. Avoir une activité et de nombreuses vues, et ce que je change de vue dans chaque changement d'écran, cela m'aide à réutiliser plus de code, mais rend les états d'économie en désordre.

Qu'en pensez-vous? Quel est le meilleur moyen de le faire sur Android?

Answer 1

Je suggère d'aller avec 2 car cela correspond à l'objectif des activités et des points de vue. Dans ce cas, l'état d'enregistrement est facile - si vous utilisez le modèle MVC, vous pouvez simplement avoir un objet modèle transmis aux vues. Chaque vue aura des parties du modèle qu'il peut lire/écrire. Peu importe où vous êtes, le modèle devrait toujours avoir l'état actuel. Si vous êtes disposé, sauvegardez simplement le modèle. La restauration fonctionne automatiquement puisque vous avez déjà lu le modèle lorsque vous affichez chaque page.

Answer 2

Je pense que 2 c'est mieux. Placez chaque "page" dans une vue, puis alternez simplement entre les afficher et les masquer. Cela rend trivial de faire de belles transitions. Quel état envisagez-vous de maintenir? Le seul qui ne fonctionne pas automatiquement serait le focus et je pense que vous voudrez probablement le réinitialiser chaque fois que vous changez de page. Il est également trivial de revenir en arrière si vous pensez que c'est le bon comportement pour votre application. Avec 1, vous pouvez réutiliser presque tout votre code (il suffit de définir votre propre classe WizardBase) mais je pense que les activités sont beaucoup plus lentes à lancer (et requièrent plus de mémoire) que de passer d'une vue à l'autre.

Answer 3

Je suis parti avec la première approche car elle semble plus naturelle. Une autre application utilise ViewFlipper pour changer de vue, mais c'est loin d'être un assistant.

Answer 4

J'ai développé une bibliothèque Android légère, qui est construite sur le ViewPager d'Android et qui peut être utilisée pour créer des activités de type assistant. Découvrez-le: WizarDroid.