Android-Snackbar vs Toast-utilisation et différence
Nous n'avons utilisé que des Toasts dans notre application jusqu'à présent et comme nous prévoyons d'adopter de nouvelles fonctionnalités de la bibliothèque de conception de Support, je me demande Quelle est l'Utilisation recommandée pour Snackbar vs Toast.
J'ai lu sur le blog de google.
Snackbars fournissent des commentaires légers sur une opération dans un petit popup à la base de l'écran sur mobile et en bas à gauche sur Desktop. Ils sont avant tout sur les éléments à l'écran, y compris le FAB.
Et des toasts.
Android fournit également un toast en forme de capsule, principalement utilisé pour système de messagerie. Les Toasts sont similaires aux snackbars mais ne contiennent pas actions et ne peut pas être glissé hors de l'écran.
Je comprends ce qu'ils font, mais je suis un peu confus quand utiliser quoi. Cela signifie-t-il que:
- Si je n'ai pas besoin d'interaction de l'utilisateur, j'utiliserais un toast?
- Qu'entend-on par "messagerie système"? Cela s'applique t il à l'affichage informations quand quelque chose d'important est arrivé entre mon application et le système Android?
- Ce que j'aime c'est la glisser hors de l'écran - serait-ce une raison pour commencer à remplacer les toasts avec snackbars? (c'est une question basée sur l'opinion)
6 réponses
Si je n'ai pas besoin d'interaction de l'utilisateur, j'utiliserais un toast?
Vous pouvez toujours utiliser snackbar. Il n'est pas obligatoire d'avoir une action avec snack-bar.
Qu'entend-on par "messagerie système"? Cela s'applique t il à l'affichage informations quand quelque chose d'important est arrivé entre mon application et le Système Android?
Je crois que cela signifie que les Toasts doivent être utilisés s'il y a des messages relatifs au système. Soit android dans son ensemble ou certains service d'arrière-plan que vous pouvez exécuter. Par exemple Text-To-Speech is not installed. ou No Email client found.
Ce que j'aime c'est la glisser hors de l'écran - qui serait une raison pour commencer à remplacer les toasts par des snackbars? (c'est un peu basé sur avis question cependant)
C'est une raison. Mais il y a plusieurs autres points positifs. Par exemple: Votre toast reste à l'écran même lorsque l'activité est terminée. Snackbar ne le fait pas. Il y a moins de confusion si le toast ne s'affiche pas (ou continue à éclater en cas de création de toasts multiples dans l'ordre) longtemps après la sortie de l'application. Cela n'arrivera pas avec snackbar.
Plus que tout: je suggère si vous pensez, vous devriez changer. SnackBars regarder beaucoup mieux que les Toasts.
Je voudrais ajouter une petite comparaison entre toast et snack-bar. À mon avis, si votre intention est de présenter un avertissement ou des informations qui nécessitent une interaction de l'utilisateur / accusé de réception, vous devriez utiliser un snack-bar. Si c'est juste un message d'information qui n'a pas besoin d'accusé de réception de l'utilisateur, vous pouvez utiliser toast.
+---+----------------------------------------------------------------------+--------------------------------------------------------------------------+
| # | Toast | Snackbar |
+---+----------------------------------------------------------------------+--------------------------------------------------------------------------+
| 1 | Can’t be dismissed by swiping | Can dismiss by swiping |
| 2 | Activity not required (Can show in android home or above other apps) | Can show inside an activity of your app |
| 3 | Can’t handle user input | Can handle user input |
| 4 | Good for showing info messages to user | Good for showing warning/info type messages to user that needs attention |
+---+----------------------------------------------------------------------+--------------------------------------------------------------------------+
Toast:
- Toast a été ajouté au niveau API 1
- fondamentalement, L'activité n'est pas requise (peut être affichée sur Android home ou même au-dessus d'autres applications)
- il ne peut pas effectuer une action basée sur L'entrée de L'Utilisateur
- il ne peut pas être rejeté en balayant
- il ne peut pas gérer l'entrée de l'utilisateur comme glisser, cliquer, etc.
- Bon pour montrer des messages d'information à l'utilisateur
Buvette:
- SnackBar a été ajouté au niveau de L'API 23
- il peut être montré à l'intérieur d'une activité des Applications
- , Il peut effectuer une action
- Il peut être rejeté en balayant
- il peut gérer l'entrée de l'utilisateur
- Bon pour montrer des messages de type avertissement/info à l'utilisateur qui a besoin d'attention
Utilisation de SnackBar et Toast:
Buvette:
SnackBar peut être utilisé dans les zones où un simple message contextuel doit être affiché avec une option pour effectuer une action. Par exemple: dans L'application GMail, lorsque vous supprimez le courrier, affichage SnackBar rapide en bas avec le Message '1 supprimé' avec un bouton d'action 'Annuler'. En appuyant sur le bouton D'action "Annuler", le courrier supprimé sera restauré.
Toast:
Toast peut être utilisé dans les zones où les messages doivent être affichés.
Par Exemple:
Lorsque votre application tente de télécharger JSON à partir d'un serveur distant, mais qu'elle échoue en raison du délai D'attente du serveur ou de L'absence de ressource trouvée, il vous suffit d'afficher le message d'erreur indiquant que ‘Erreur’. Mais comprendre le message Toast ne peut pas être rejeté par glisser. Si vous voulez toujours avoir la capacité de le rejeter dans votre application, optez pour SnackBar.
La spécification Material Design de Google indique qu'il est correct d'avoir une barre de grignotage sans action. Ils ont fourni des exemples de ce à quoi devrait ressembler un Snackbar s'il n'affiche qu'une seule chaîne. Je suppose que la "messagerie Système" signifie que les événements de périphérique tels que la connexion réseau sont perdus - alors que l'archivage d'un e-mail est une action spécifique à Gmail, par exemple.
Par souci de cohérence, il est logique de choisir un Toast ou un snack-bar, et de l'appliquer tout au long de votre App.
La réponse courte est que ce sont 2 façons de communiquer des choses à l'utilisateur qui se produisent en arrière-plan, et vous pouvez en picter une, elles vont toutes les deux bien. Assurez-vous simplement d'utiliser le même et de ne pas basculer entre eux d'avant en arrière.
La réponse longue:
- non, cela signifie que si vous avez besoin d'une action, vous devez utiliser Snackbar. Vous pouvez toujours utiliser Snackbar uniquement pour les messages (comme "Uploading finished").
- par "système", cela ne signifie pas seulement le système Android. Pour exemple-s'il y avait un problème d'analyse json lors de l'obtention d'informations à partir de votre serveur, vous pouvez toujours utiliser toast pour laisser l'utilisateur il y avait un problème lors de la communication avec le serveur.
- Si vous avez vraiment besoin de glisser ce Hors, que absultly être une raison de choisir Snackbar
Notre équipe de conception envisage également d'utiliser des toasts ou des snackbars. Nous arrivons à la conclusion que l'application devrait utiliser snackbars compte tenu de la flexibilité de celui-ci.
Toasts ne doit être utilisé que lorsque nous avons besoin d'un persistant, chaîne courte, message d'information {[4] } qui ont encore du sens sur différents écrans.