J'ai une activité qui est une vue OpenGL. J'ai aussi une mise en page xml à utiliser pour les préférences. Jusqu'à présent, pour afficher le menu de préférences, je l'ai juste amené à l'avant par setContentView(). Et le même pour revenir à la vue OpenGL.Quand utiliser plus d'activités
Mais est-ce un cas où je devrais donner au menu de préférences sa propre activité? Je suppose que cela rendrait certaines choses beaucoup plus faciles. Par exemple, le bouton de retour fonctionnerait simplement, par opposition à maintenant où je dois le coder ou il quittera simplement l'application.
Et si c'est une bonne idée, comment puis-je transmettre des données dans les deux sens? J'ai une classe qui stocke toutes les préférences. Puis-je l'envoyer à l'activité et revenir? Ou est le meilleur moyen de stocker les préférences dans une base de données sqlite et ensuite l'utiliser pour transmettre des données?
Je pense que 3. est la seule option viable. Il ne faut pas utiliser le stockage global pour transmettre des données entre les activités. –
Merci! Je pense que je vais aller pour le numéro 2. Je n'ai pas seulement besoin de transmettre des données entre les activités, mais aussi de les stocker entre les sessions. – Espen
@Peter Kengo 4 est ainsi. Pour un jeu, il est logique d'avoir une sous-classe d'application qui peut être instanciée à partir d'Android. Il gère ce natif de sorte qu'il serait plus rapide qu'un bundle/extras d'intention. La plupart du temps, les objets du jeu sont complexes, donc les décomposer en natifs n'est pas toujours une option, d'autant plus qu'un jeu peut contenir une tonne de variables pertinentes qui peuvent être nécessaires dans les sous-activités. – methodin