Pourquoi ne pas utiliser toujours android:configChanges=“keyboardHidden|orientation”?

Je me demandais pourquoi ne pas utiliser android:configChanges="keyboardHidden|orientation" dans tous (presque tous ;)) activité?

Marchandises:

  • pas besoin de s'inquiéter à propos de votre activité été tourné
  • c'est plus rapide

N'est pas très joli:

  • besoin de changer votre dispositions si elles sont en fonction de la taille de l'écran (par exemple, la mise en page deux colonnes ou plus)

Mauvais:

  • pas de manière flexible pour différentes mises en page sur différents orientation
  • pas si bon quand à l'aide de fragments

Mais si nous n'utilisons pas de dispositions différentes, pourquoi pas?

  • Vous devez également expliquer ce que vous en pensez keyboardHidden|orientation est en train de faire
  • C'est la prévention de l'utilisation native de la manipulation de certaines modifications de la configuration et l'application permettant de gérer ça, n'est-ce pas?
  • C'est pourquoi cette option est là, si vous savez ce que vous faites (pas de changements dans les ressources), à utiliser.
  • pourquoi est-il plus rapide que l'utilisation ScreenSize ?
InformationsquelleAutor Mikooos | 2011-10-19
  1. 324

    Rapide De Fond

    Par défaut, lors de certains changements de configuration arriver sur Android (un exemple courant est celui d'un changement d'orientation), Android entièrement redémarrage de l'Activité en cours pour les aider à s'adapter à de tels changements.

    Lorsque vous définissez android:configChanges="keyboardHidden|orientation" dans votre AndroidManifest, en vous disant Android: "Merci de ne pas faire la réinitialisation aux valeurs par défaut lorsque le clavier est sorti, ou le téléphone est tournée; je veux gérer moi-même. Oui, je sais ce que je fais"

    Est-ce une bonne chose? Nous allons bientôt voir...

    Pas de soucis?

    L'un des avantages de commencer avec est qu'il y a:

    pas besoin de s'inquiéter à propos de votre activité été tourné

    Dans de nombreux cas, les gens croient à tort qu'ils ont une erreur qui est généré par un changement d'orientation ("rotation"), il leur suffit de le fixer par la mise en android:configChanges="keyboardHidden|orientation".

    Cependant, android:configChanges="keyboardHidden|orientation" n'est rien de plus qu'un bandaid. En vérité, il existe de nombreuses façons pour un changement de configuration peut être déclenchée. Par exemple, si l'utilisateur sélectionne une nouvelle langue (c'est à dire les paramètres régionaux a changé), votre activité va être redémarré dans la même manière qu'il le fait par un changement d'orientation. Si vous le souhaitez, vous pouvez afficher une liste de tous les différents types de modifications de configuration.

    Modifier: Plus important encore, même si, comme hackbod points dans les commentaires, votre activité sera également redémarré lorsque votre application est en arrière-plan et Android décide de libérer de la mémoire en le tuant. Lorsque l'utilisateur revient à votre application, Android va tenter de relancer l'activité de la même manière qu'il le fait s'il y avait un autre changement de configuration. Si vous ne peut pas gérer - l'utilisateur ne sera pas heureux...

    En d'autres termes, en utilisant des android:configChanges="keyboardHidden|orientation" n'est pas une solution pour vos "soucis." Le droit chemin est le code de vos activités de sorte qu'ils sont heureux avec un redémarrage Android jette à eux. C'est une bonne pratique qui va vous aider à vous en bas de la route, afin de s'habituer à elle.

    Donc quand dois-je l'utiliser?

    Comme vous l'avez mentionné il y a un avantage distinct. Écraser la configuration par défaut de changer pour une rotation de la manipulation, il vous permettra d'accélérer les choses. Toutefois, cette vitesse ne viennent avec un prix de convenance.

    Pour le dire simplement, si vous l'utilisez pour la mise en page à la fois portrait et paysage, vous êtes en bonne forme par la pratique de la réécriture. Au lieu d'une véritable rechargement de l'activité, le point de vue va simplement déplacer pour remplir l'espace restant.

    Cependant, si pour quelque raison vous utilisez une mise en page différente lorsque l'appareil est en mode paysage, le fait que Android recharge votre Activité est bonne parce qu'elle se charge alors de la bonne mise en page. [Si vous utilisez le remplacer dans une telle Activité, et voulez faire un peu magique re-mise en page lors de l'exécution... et bien, bonne chance - c'est loin d'être simple]

    Résumé

    Par tous les moyens, si android:configChanges="keyboardHidden|orientation" est bon pour vous, alors l'utiliser. Mais VEUILLEZ assurez-vous de tester ce qui se passe quand quelque chose change, en raison d'un changement d'orientation n'est pas la seule façon d'une pleine Activité de redémarrage peut être déclenchée.

    • Il convient d'ajouter que pas de traitement de votre activité en cours de redémarrage signifie que vous avez de plus gros problèmes que juste de ne pas traiter moins fréquentes modifications de configuration. L'activité redémarrer utilisé ici est le même mécanisme que la façon dont Android restaure votre activité à son état antérieur lorsque votre application est assassiné à l'arrière-plan. Donc, si vous ne faites pas ceci correctement, votre expérience des utilisateurs finaux de votre application de façon aléatoire ne reviendra pas correctement lorsqu'ils reviennent de l'arrière-plan, selon que le processus est arrivé à être tué. Donc un énorme avantage: il permet de s'assurer de votre application redémarre correctement.
    • À Partir D'Android 3.x sur de ne pas manquer d'ajouter "screenSize" ---------- android:configChanges=["mcc", "mnc", "locale", "écran tactile", "clavier", "keyboardHidden", "navigation", "screenLayout", "fontScale", "uiMode", "orientation", "screenSize", "smallestScreenSize"]
    • J'ai remarqué que lorsque vous utilisez le configChanges attribut, votre application ne tient pas compte de l'orientation-de la fonction de verrouillage. Comment pouvez-vous résoudre ce problème? si vous connaissez la réponse, merci de l'écrire ici: stackoverflow.com/questions/24000361/...
    • Please don't do the default reset when the keyboard is pulled out je n'ai jamais vu un redémarrage de l'Activité pour Clavier sortir!
    • bien occasionnels redémarre sont ok, à mon avis... configChanges gère la plupart des cas, pour moi... eh bien peut-être dans un autre type dans des applications cela peut être un problème, mais ça dépend vraiment....
    • N'afin de configChange paramètres de questions ??
    • Il ne devrait pas.
    • Cette réponse, malheureusement, ne mentionne pas la principale explication de officiel Google documentation. Le principal problème est dans la variante ensembles de ressources, qui n'est pas appliquée automatiquement pour vous sur la modification de la configuration, si vous souhaitez gérer manuellement. Et cela n'affecte pas seulement de l'Activité en question, mais l'ensemble de l'application.
    • Salut quelqu'un peut-il bien informé sur ce sujet s'il vous plaît jeter un oeil à mon thread: stackoverflow.com/questions/35941585/... ? Désespérément besoin d'aide.
    • totalement de mauvaise réponse. Tout d'abord, l'activité n'est pas réinitialisé lorsque le clavier est de sortir. Deuxièmement, quand android veut libérer de la mémoire, il tue les processus, pas d'activité.

    InformationsquelleAutor yydl
  2. 2

    De mon point de vue: Si la disposition est la même dans les deux mode paysage et portrait - vous pouvez aussi désactiver l'un des deux dans votre application.

    La raison pour laquelle je dis cela est que j'ai en tant qu'utilisateur s'attendre à l'application de me fournir un certain avantage, quand j'ai changer d'orientation. Si elle n'a pas d'importance comment je tiens mon téléphone, puis je n'ai pas le choix.

    Prenez, par exemple, une application où vous avez une ListView, et en cliquant sur une ListItem vous souhaitez afficher une vue détaillée de cet article. Des paysages à vous od en divisant l'écran en deux, d'avoir la liste sur la gauche et la vue de détail sur la droite. En mode Portrait, vous avez la liste dans un seul écran, puis de changer l'écran pour l'affichage détaillé lors de la ListItem est sélectionné. Dans ce cas, l'orientation du changement de sens ainsi que les différentes mises en page.

    • Oui, nous sommes allés avec que dans la version 1.0 de notre application, pour correspondre à notre nouvelle version d'Apple. Il a été présenté UNIQUEMENT en mode portrait. Qui avait l'air très bien sur mon Droid X, nous avons apparié les popup comportement du clavier de la version IOS exactement. Ensuite, la CAF installé l'application sur son Droid, se tourna sur le côté et faire glisser le clavier ouvert. Oups. La chose à propos de Android est qu'il est une plate-forme ouverte et vous ne pouvez pas prédire la configuration matérielle, ou ce que l'utilisateur veut faire avec elle, de sorte que vous devriez soutenir à la fois (tous) les orientations juste au cas où.
    • Qui, incidemment, a remplacé notre portrait-seul paramètre, car il a été essentiellement dans le matériel que le paysage était alors la normale, pas de rechange, de l'orientation. Qui a VRAIMENT foiré notre disposition 🙁 et c'était plutôt gênant, ayant un défaut majeur, en quelques secondes, de lui l'installation de l'application
    • Pourquoi vous êtes-vous essayer de la faire se comporter exactement comme iOS? 🙁
    • Nous vivons malheureusement dans un monde où les hommes d'affaires de prendre des décisions techniques. Même si vous y opposer, la moitié du temps qu'ils pensent qu'ils ont raison de toute façon. Et ils contrôlent votre chèque de règlement.
    • Vous ne savez pas si je vous comprends bien, mais ce n'est jamais une bonne idée de verrouiller le téléphone en mode portrait/paysage depuis seulement aux utilisateurs d'utiliser leurs téléphones dans de nombreuses façons différentes. Certains utilisent leur téléphone en mode paysage beaucoup et applications de verrouillage pour le portrait devient alors inutilisable.
    • L'aide d'une seule mise en page ne signifie pas que l'apparence de l'écran sera la même lors de la rotation. Un bien structuré XML mise en page causer des choses à changer automatiquement autour de bien travailler avec des dimensions raisonnables, et les utilisateurs apprécieront.
    • Salut quelqu'un peut-il bien informé sur ce sujet s'il vous plaît jeter un oeil à mon thread: stackoverflow.com/questions/35941585/... ? Désespérément besoin d'aide.

    InformationsquelleAutor kaspermoerch
  3. -1

    Je ne vois pas pourquoi.... occasionnel redémarre sont ok, à mon avis... configChanges gère la plupart des cas, pour moi... peut-être bien que dans certains types d'applications, cela peut être un problème, mais cela dépend vraiment du type d'application et la façon dont vous restaurer à l'état lors de l'application redémarre... Quand un de mes application redémarre l'utilisateur est connecté et la dernière s'ouvre par mon code d'utilisateur et le jus perd quelques étapes à suivre pour retourner d'où il était, mais pas une grosse affaire.. Dans l'autre état est toujours persisté et de l'état est toujours rétablie sur redémarrer. Lorsque l'activité redémarré, il devait être que l'application n'ont pas été utilisés ou quelque chose... donc pas de problème... Dans le jeu par exemple, cela peut être un problème peut-être ou dans un autre type d'application que je ne sais pas...

    Je dis que quand vous le faites de cette façon, il fonctionne très bien dans des circonstances normales. Et le code est plus lisible sans tonne de logique nécessaire pour la sauvegarde et la restauration où u peut juste faire de nouveaux bugs et à maintenir tout le temps... bien sûr, si android perd de la puissance et de vous tuer fenêtre de l'application elle perdre le contexte et commence à nouveau, mais cela arrive seulement dans des cas particuliers et sur les appareils récents, je trouve que c'est de plus en plus rare...

    Donc me tuer, mais je l'utiliser dans toutes les applications avec un certain succès...
    android:configChanges="locale|keyboard|keyboardHidden|orientation|screenLayout|uiMode|screenSize|smallestScreenSize"
    Mais je comprends que pour certains type d'applications, il est peut-être pas de la bonne façon, mais la plupart des applications peuvent vivre avec cette juste OK.

    • Salut quelqu'un peut-il bien informé sur ce sujet s'il vous plaît jeter un oeil à mon thread: stackoverflow.com/questions/35941585/... ? Désespérément besoin d'aide.
    • Vous devriez entièrement en charge l'enregistrement/la reprise des activités... de manutention pour la rotation n'est pas différent... vous dites que Vous perdez quelques étapes... si vous le faites correctement, vous ne perdez pas les étapes et vous restaurer exactement où l'utilisateur a cessé... même après un redémarrage de l'appareil.
    • martelé je ne sais pas de quoi vous parlez, mais je le dis quand vous le faites de cette façon, il fonctionne très bien dans des circonstances normales. Et le code est plus lisible sans tonne de logique nécessaire pour la sauvegarde et la restauration où u peut juste faire de nouveaux bugs et à maintenir tout le temps... bien sûr, si android perd de la puissance et de vous tuer fenêtre de l'application elle perdre le contexte et commence à nouveau, mais cela arrive seulement dans des cas particuliers et sur les appareils récents, je trouve que c'est de plus en plus rare...
    • Ignorant à adhérer à l'Activité du contrat (sauvegarde/restauration de l'etat) est une mauvaise pratique, et c'est globalement terrible des conseils. Essayez de tester à l'encontre du processus de la mort et de voir où votre application, vous reçoit, et ce comportement est complètement standard "des circonstances normales," si votre utilisateur utilise au moins 2 à 3 applications sur leur téléphone et les commutateurs entre eux.
    InformationsquelleAutor Renetik
  4. -3

    Oui, je pense que la pause sera de le rendre plus rapide que de libérer le joueur. Encore une pause bien.

    Ont maintenant trouvé une solution à ne pas mettre en pause la chanson.

    De l'état dans le manifeste que vous allez gérer la config changement de l'orientation de l'écran, puis utilisez la onConfigurationChanged méthode pour charger le fichier de mise en page. En faisant cela, dans le logCat je peux voir onPause, onCreate & onResume ne sont pas appelés, et, par conséquent, la chanson n'est pas en pause.

    1. mise à jour le manifeste pour gérer l'orientation.

      android:configChanges="orientation|screenSize"

    2. ajouter ce code

      @Override
public void onConfigurationChanged(Configuration newConfig) {
    //TODO Auto-generated method stub      
    super.onConfigurationChanged(newConfig);        
    setContentView(R.layout.activity_main);
}
    • Vous devriez être en utilisant un service à jouer de la musique. Sérieusement, vous êtes de dire aux gens d'ajouter du code qui a encore des "// TODO Auto-généré méthode stub" en elle. Sloppy solution. Il ne fonctionne pas bien non plus, vous aurez besoin de relier tous vos références, et si vous n'avez pas ils vont à l'imprévisible, au mieux.
    InformationsquelleAutor Raul