Pourquoi les applications mobiles n'ont-elles pas de bouton «Fermer»?
Je suis un utilisateur relativement nouveau de Android et je suis ennuyé par le fait que presque toutes les applications n'ont pas de bouton "Fermer".
Y a-t-il une raison pour laquelle les développeurs ne proposent pas une telle option?
Les principaux systèmes d'exploitation à écran tactile mobile (iOS, Windows Phone 7, Android) ne dérangent pas l'utilisateur avec la "fermeture" des applications comme le font les applications de bureau. Cela simplifie l'expérience en faisant apparaître les applications de manière transparente dans le système d'exploitation.
En règle générale, les applications de ces systèmes d'exploitation se "suspendent" lorsque l'utilisateur retourne à une autre application ou à l'écran d'accueil, sans utiliser de temps processeur mais en restant "endormi" en mémoire. Si l'application actuelle a besoin de plus de mémoire, le système d'exploitation ferme l'application la moins utilisée, libérant ainsi de la mémoire pouvant être utilisée par l'application de premier plan.
La réponse est: vous n'avez tout simplement pas besoin de fermer les applications manuellement sur les systèmes d'exploitation mobiles modernes.
La fermeture des applications iPhone à partir de l'application elle-même va à l'encontre de Apple directives, donc la plupart des développeurs ne prendraient pas cette voie par crainte que l'application soit rejetée depuis l'App Store. Quitter depuis l'application " ressemble à un crash pour l'utilisateur . "(les mots d'Apple, pas les miens).
Il y a une question sur StackOverflow à propos de ce problème.
Personnellement, si je devais développer une application Android je n'inclurais pas non plus de bouton de fermeture. Comme d'autres l'ont déjà mentionné, il est trop facile d'appuyer accidentellement sur le bouton de fermeture par inadvertance.
Ce que je voudrais faire, c'est inclure une commande close/quit comme option qui apparaît lorsque l'utilisateur appuie sur le bouton Menu. Il semble que ce devrait être une option de menu au lieu d'un élément d'interface utilisateur IMO de toute façon.
Je pense qu'il est important d'inclure une fonction de fermeture/fermeture dans une application pour essayer d'économiser sur la durée de vie de la batterie et augmenter la mémoire disponible pour d'autres applications que l'utilisateur utilise réellement.
Honnêtement, je ne pense pas que la réponse à cela soit liée à l'UX. Cela ne peut certainement pas être lié à la taille trop petite du bouton `` Fermer '' - les tablettes sont très grandes et n'ont pas non plus de boutons de fermeture.
Je pense que la réponse n'est que des ressources système. Les appareils mobiles sont lents et il est beaucoup plus facile de basculer entre les applications si elles restent ouvertes en mémoire.
Si vous êtes un utilisateur Mac, vous serez également déçu de savoir que le prochain Mac OS X (Lion) aurait également cette `` fonctionnalité '' - le système d'exploitation déterminera quand et quelles applications devraient être fermées.
Sur le plan personnel, je suis totalement avec vous. Tout utilisateur expérimenté doit pouvoir fermer des applications à la demande.
C'est à cause de la façon dont Android est conçu.
Le système d'exploitation gère la mémoire d'une manière très différente de celle utilisée sur un ordinateur de bureau. Il en va de même pour le CPU.
Lorsque vous n'avez pas d'application à l'écran (au premier plan), elle ne prend plus de CPU. En effet, contrairement aux applications de bureau, le système d'exploitation sait que vous ne pouvez pas l'utiliser, alors pourquoi prendre la peine de le faire fonctionner.
À ce stade, la mémoire qu'il utilisait lui sera toujours allouée. Cependant, si le système d'exploitation a besoin de plus de mémoire lorsque vous ouvrez une autre application, il archivera la mémoire utilisée par l'ancienne application (pas exactement, mais vous avez l'idée). Cela libère alors suffisamment de mémoire pour que d'autres applications puissent s'exécuter sans ralentissement.
Si vous relancez ensuite l'application qui avait sa mémoire archivée, le système d'exploitation a la possibilité de désarchiver cette mémoire et de démarrer l'application exactement comme l'utilisateur l'a laissée. Encore une fois, ce n'est pas précis à 100%, mais vous avez l'idée.
Essentiellement, si vous quittez une application, celle-ci n'est plus en cours d'exécution. Il n'utilise aucun processeur et la mémoire qu'il utilise sera effacée de manière agressive chaque fois que le système d'exploitation en aura besoin. Par conséquent, vous verrez un gain de vie de la batterie extrêmement minime en fermant une application.
L'exception à cela est lorsque les applications utilisent des services. Les services sont distincts du bit de l'application que vous voyez (l'interface utilisateur). L'application a la possibilité de les conserver en cours d'exécution à la fermeture de l'application de premier plan. Ils sont conçus pour être de courte durée et ne devraient pas être ouverts longtemps avant de se terminer.
Dans le cas des services, il est possible d'augmenter la durée de vie de la batterie en les fermant, mais seules les applications très mal conçues doivent avoir des services qui s'exécutent sans application de premier plan et drainent la durée de vie de la batterie. Dans ce cas, la réponse n'est pas un bouton de fermeture, c'est pour mieux concevoir le service.
Avec de minuscules petits écrans tactiles et des doigts généralement plus grands que les points de contact et des points de contact normalement trop rapprochés pour lesdits doigts, il serait probablement beaucoup trop facile d'appuyer accidentellement sur le bouton de fermeture lorsque vous avez l'intention de faire autre chose.
La seule façon qui fonctionnerait serait d'avoir suffisamment d'espace autour du bouton de fermeture où il n'y a aucune autre action que vous tenteriez d'appuyer et d'appuyer accidentellement sur Fermer. Et faire cela (encore une fois, sur de petits écrans tactiles) gaspillerait beaucoup trop d'espace dans l'application pour une fonction qui est gérée de manière native par l'appareil. Ceci est similaire au gaspillage d'espace sur une application Web pour un bouton "Retour", bien pire, car votre espace disponible est beaucoup plus petit.
Vous avez des boutons de désactivation pour certaines applications, en particulier celles qui doivent s'exécuter en arrière-plan.
Le principe de masquer et de ne pas fermer est emprunté à Mac OSX où il aide le temps de chargement. Bien que l'application n'utilise pas le processeur lorsqu'elle est masquée, elle démarre instantanément lorsque vous l'ouvrez. Je suppose que pour Android cela aide aussi car les applications que vous utilisez le plus souvent fonctionnent déjà.
En règle générale, à moins que le téléphone ne soit multitâche, l'application se ferme ou se met en veille lorsque vous appuyez sur la touche d'accueil. WinPhone7 fait beaucoup à mon ennui.
Sur un Nokia, si vous maintenez le bouton d'accueil enfoncé, une liste des applications ouvertes s'affiche et vous pouvez ensuite fermer celles que vous ne souhaitez pas laisser ouvertes.
Sur un iPhone (et probablement un iPod), si vous double-cliquez sur le bouton d'accueil, cela fait la même chose.
Je n'ai pas essayé Android mais j'imagine qu'ils ont quelque chose de similaire.
La raison pour laquelle les applications mobiles n'ont pas de bouton "Fermer" est qu'il n'y en a pas besoin.
Tous les appareils mobiles sont construits avec un bouton qui remplit le rôle de "fermeture" d'une application. Pour ceux qui ne le font pas, le système d'exploitation fournit une interface de remplacement.
Le problème avec les appareils mobiles (à l'exception des ordinateurs portables/portables), c'est qu'ils viennent avec un écran tactile au lieu d'un clavier ou d'une souris. Pour cette raison, chaque élément interactif doit être suffisamment grand pour que l'utilisateur puisse le toucher sans toucher accidentellement à autre chose.
La mise en œuvre d'un bouton "Fermer" signifierait donc perdre beaucoup d'espace sur l'écran, d'autant plus que la fermeture, la réduction ou la suspension d'une application doit être réalisable à tout moment; personne ne voudrait accéder à une partie spécifique d'une application, juste pour pouvoir quitter ladite application - surtout lorsqu'elle vient de planter.
Pour éviter que les applications ne gaspillent l'écran immobilier, les appareils mobiles disposent de quelques boutons système.
iOS les appareils ont le bouton "Accueil", avec lequel les applications peuvent être suspendues. Double-cliquez sur le bouton pour afficher le sélecteur d'application, d'où vous pouvez fermer chaque application suspendue ou en cours d'exécution. Le bouton "Accueil" remplace donc efficacement les boutons "fermer" et "minimiser".
Android propose un bouton "Accueil", un "Retour" et un bouton "Applications". Le bouton "Accueil" suspend l'application en cours et le bouton "Applications" révèle le sélecteur d'application. Vous pouvez également suspendre une application en utilisant le bouton "Retour", si l'application ne peut plus revenir en arrière, ou avec le bouton "Applications", si vous touchez n'importe où sur l'écran sauf sur une application.
Windows Phone propose un "Accueil"1, un bouton "Retour" et un bouton "Rechercher". Le sélecteur d'application est accessible en maintenant le bouton "Retour" enfoncé; le bouton "Rechercher" ouvre simplement une application "Bing". En dehors de cela, les boutons se comportent de manière similaire à ceux sur Android, sauf que si vous appuyez sur "Windows" alors que vous êtes sur l'écran "Démarrer", vous reviendrez à votre application précédemment active. De plus, le bouton "Retour" ne pas suspend l'application, il ferme il2.
Windows RT propose un "Accueil"1 bouton. Ce bouton se comporte de la même manière que sur Windows Phone.
Naturellement, cela ouvre la question: pourquoi ne pas rendre la fermeture d'une application évidente? Pourquoi gaspiller le peu de mémoire disponible sur les appareils mobiles?
La vérité est: la mémoire n'est pas exactement gaspillée. Tant qu'il reste suffisamment de mémoire, il n'est pas nécessaire d'en libérer davantage. Cependant, dès que davantage de mémoire est nécessaire, le système ferme automatiquement une application suspendue.
1: Officiellement appelé bouton "Windows".
2: À partir de Windows Phone 8; selon les rumeurs, Windows Phone 8.1 changera le comportement du bouton "Retour" pour correspondre à celui d'Android.
: À partir de Windows Phone 8; selon les rumeurs, Windows Phone 8.1 aura une action de presse longue.
Mobile brouille quelque peu ce que signifie "fermer" une application. Conceptuellement, les applications ne sont jamais "fermées"; ils sont juste "rangés". Lorsque vous quittez l'écran d'accueil ou passez à une autre application, l'application précédente est suspendue. Il peut être conservé en mémoire ou son état peut être enregistré sur le disque et son processus terminé. Pour l'utilisateur, en théorie, il n'y a pas de différence, car la prochaine fois que vous y revenez, cet état est restauré et vous êtes de retour là où vous vous étiez arrêté.
Malheureusement, de nombreuses applications du monde réel ne se comportent pas bien. Ils ne sauvegardent pas leur état correctement, ou ils reviennent à leur écran "principal" lorsqu'ils sont activés. De plus, les systèmes d'exploitation ne font pas toujours un bon travail de gestion de la mémoire, d'où des tueurs de tâches. (Je trouve que mes appareils Android Android sont très en retard s'ils sont libres RAM tombe en dessous de 100 Mo, donc je dois arrêter manuellement certaines applications en glissant sur la liste des applications récentes). )
D'autre part, il existe également des services d'arrière-plan, qui nécessitent des contrôles de démarrage/arrêt explicites. Pour ceux-ci, votre application devrait probablement fournir un moyen de les arrêter. Si votre application n'utilise pas de services d'arrière-plan, elle doit être conçue pour offrir une expérience utilisateur cohérente, qu'elle soit fermée ou non.
Malheureusement, il n'est pas toujours clair comment une application doit répondre à divers événements. par exemple. quand je reviens dessus, doit-il revenir à l'écran où il était le dernier, ou à son écran principal? Le bouton de retour doit-il revenir à l'écran précédent ou à l'application précédente? Ce sont les vraies questions difficiles, et les réponses dépendent de l'application, et pourraient impliquer un certain effort pour essayer de prédire ce que l'utilisateur veut. (Si j'ouvre mon application GPS après avoir demandé un itinéraire il y a quelques minutes, je veux probablement les revoir, mais si je les ai demandées la semaine dernière, je ne m'en soucie probablement plus.) Mais de toute façon c'est un peu un aparté; le point principal est que vous ne "fermez" pas vraiment les applications, donc un bouton de fermeture n'est pas nécessaire.
L'absence d'une option de sortie dans les applications mobiles m'a toujours frustré dès le premier jour, et est tout au sujet de l'expérience utilisateur. Je me fiche de la façon dont l'appareil consomme et gère les ressources, mais pouvoir exécuter, utiliser puis quitter l'application est une expérience beaucoup plus satisfaisante que de la laisser suspendue dans les limbes, tout semble beaucoup plus ordonné et bien rangé. Je suppose qu'une analogie pourrait être, exécuter et ne pas quitter une application est un peu comme obtenir une perceuse de mon atelier pour installer une étagère, mais laissez simplement la perceuse traîner. J'aime ranger mes outils une fois terminé. La possibilité de quitter une application me permet de clore ce que je fais et signifie que j'ai terminé ce que je fais.
Donc, avoir un bouton de sortie concerne l'expérience utilisateur, pas tant technique, l'exemple classique est Windows 10 sur un ordinateur portable 2 en 1, lorsque vous passez en mode tablette, tous les boutons de sortie disparaissent !! Ridicule.
Donc, toutes les réponses ici expliquent très bien la théorie, mais négligent deux choses importantes (ou essentiellement):
Sandwich à la crème glacée Android:
Faites glisser 'app' (eh bien techniquement ce n'est pas l'application, mais ne permet pas d'y entrer) vers la droite ou la gauche pour tuer. De plus, je pensais que Samsung fournissait son propre gestionnaire de tâches même dans les anciennes versions d'Android.
Apple iOS:
Appuyez sur le signe moins pour tuer l'application.
Le point:
Sur les deux Android et iOS un mécanisme a a été conçu pour quitter les applications. Peu importe la mémoire beaucoup plus grande et les applications d'arrière-plan de gestion du processeur ont un effet sur votre téléphone/tablette Il est plus petit que sur les ordinateurs de bureau et si vous n'exécutez pas d'énormes applications, vous ne le remarquerez pas, mais mon point principal est juste que ce n'est pas aussi simple et unilatéral que les autres réponses énoncées.
Boutons de fermeture
Quoi qu'il en soit, inclure des boutons de fermeture dans les applications elles-mêmes n'a toujours aucun sens, tout comme certaines applications de bureau modernes s'appuient sur le système d'exploitation pour fournir à l'interface utilisateur la fermeture d'une application (le bouton de fermeture de la fenêtre ou des interfaces similaires) en la supprimant de leurs propres menus (attention , il s'agit d'une tendance mineure, pas même d'une tendance majeure). pour fournir