Android 一文告诉你到底是用Dialog,Snackbar,还是Toast

Dialog和Toast,大家一定非常熟悉,常常被用来作为Android应用内提示性信息的两种展示方式。然而Google在Design包中又提供了一种新的选择,那就是Snackbar。这三种提示框到底有什么区别呢,使用时到底该如何选择呢?不妨跟着本文一起学习一下吧。

Dialog


模态对话框。也就说,此刻该对话框中的内容获取了焦点,想要操作对话框以外的功能,必须先对该对话框进行响应。

借助AlertDialog类可以快速实现一个Dialog的展示,注意Android中的AlertDialog采用了建造者模式,代码如下:

    public void onClickDialog(View v){
        new AlertDialog.Builder(this)
                .setTitle("Title")
                .setMessage("This is message")
                .setNegativeButton("Cancel", new DialogInterface.OnClickListener() {
                    @Override
                    public void onClick(DialogInterface dialog, int which) {

                    }
                })
                .setPositiveButton("Confirm", new DialogInterface.OnClickListener() {
                    @Override
                    public void onClick(DialogInterface dialog, int which) {

                    }
                })
                .create()
                .show();
    }

效果如图:

Dialog 图一.png

需要注意的是,不同版本的系统下,android.app.AlertDialog包中的AlertDialog展示样式不太一样。上图是在6.0系统下展示的效果,属于MD风格样式。我们再看一下Android 4.4.4系统的默认样式:

Dialog 图二.png

是不是很丑,大家可以自己尝试,在更低版本中,系统Dialog的默认样式更丑!不过值得庆幸的是,在V7包中,有AlertDialog的兼容版!大家在使用的时候可以使用android.support.v7.app.AlertDialog,这样,就能够在不同的版本中统一使用MD风格下的默认样式的Dialog,就像图一展示的那样。

补充一点,在Android 5.0也就是Android L之后,Button的默认样式会导致英文字母大写,我们可以通过设置android:textAllCaps="false"属性来处理这个问题。对于AlertDialog,可以操作Theme样式,但有一点需要注意,就是在values文件夹theme中设置的时候不能直接使用这个属性,会导致版本兼容问题,只要去掉android:命名空间即可,如:

    <style name="AppTheme" parent="Theme.AppCompat.Light.NoActionBar">
        <item name="colorPrimary">@color/blue</item>
        <item name="colorPrimaryDark">@color/blue_dark</item>
        <item name="colorAccent">@color/red</item>
        <item name="textAllCaps">false</item>
    </style>

Toast


非模态提示框。也就说提示框的显示并不影响我们对其他地方的操作,Toast无法手动控制隐藏,需要设置Toast的显示时长,一旦显示时间结束,Toast会自动消失。代码如下:

    public void onClickToast(View v){
        Toast.makeText(this, "This is a Toast", Toast.LENGTH_SHORT).show();
    }

显示效果如图:

Toast.gif

Toast的使用也有一个需要注意的地方,由于Toast是非模态的,如果多次点击并显示Toast,就会出现Toast重复创建并显示,给用户造成一种Toast长时间不隐藏的幻觉,如图:

Toast Repeat.gif

显然,这种现象非常影响用户体验,为了解决这种问题,我们可以对Toast的显示做一个封装,使用Static全局变量,建一个ToastUtils工具类,始终使用一个Toast显示信息,代码如下:

public class ToastUtils {

    private static Toast toast;

    public static void showToast(Context context, String message) {
        if (toast == null) {
            toast = Toast.makeText(context, message, Toast.LENGTH_SHORT);
        } else {
            toast.setText(message);
        }
        toast.show();
    }

}

封装之后,Toast显示时长始终是我们设置的Toast.LENGTH_SHORTToast.LENGTH_LONG,如图:

Toast 工具类情景.gif

Snackbar


Snackbar是Design包中提出的一种介于Dialog和Toast之间的新控件。我们先来看一下它的使用代码:

    public void onClickSnackbar(View v){
        Snackbar.make(this.findViewById(android.R.id.content), "This is a Snackbar", Snackbar.LENGTH_SHORT)
                .setAction("Cancel", new View.OnClickListener() {
                    @Override
                    public void onClick(View v) {

                    }
                })
                .show();
    }

可以看出,Snackbar的使用与Toast特别像,唯独多了个setAction方法。这里需要说明一下make方法的第一个参数,是一个View对象,先看一下源码介绍:

Snackbar will try and find a parent view to hold Snackbar's view from the value given* to {@code view}. Snackbar will walk up the view tree trying to find a suitable parent,* which is defined as a {@link CoordinatorLayout} or the window decor's content view,* whichever comes first.

也就是说,Snackbar将从这个View参数找出当前窗口最外层视图,然后在其底部显示。所以,如果当前是Activity,这个View可以是Activity中的任何一个元素,也可以像上面示例代码中那样,直接使用Activity的ContentView。Snackbar显示效果如图:

Snackbar With Action.gif

相比Toast,Snackbar多了个可操作的按钮,并为其设置文本内容和监听事件,用于手动控制弹框的隐藏。当然,也可以不设置按钮,这种情况,Snackbar只能在到达显示时长后自动隐藏,如图:

Snackbar Without Action.gif

小结


Dialog,Snackbar,Toast都可以作为应用内的一种提示框来使用,但从各自的特性来看,三者所表现出来的重要性为:Dialog > Snackbar > Toast 。所以,不同的应用场景下,选择一个合适的方式来显示提示性信息,对于提升用户体验来说,也是非常重要的。

  • 对于删除确认、版本更新等重要性提示信息,需要用户做出选择的情况下,使用Dialog;

  • 对于无网络提示、删除成功、发布操作完成等这类不重要的提示性信息,使用Toast;

  • 介于二者之间的其它情况,不妨使用Snackbar,给用户一个多重选择也许会是一个不错的方式。

参考链接:
http://blog.csdn.net/guolin_blog/article/details/51336415

示例源码


我在GitHub上建立了一个Repository,用来存放整个Android Material Design系列控件的学习案例,会伴随着文章逐渐更新完善,欢迎大家补充交流,Star地址:

https://github.com/Mike-bel/MDStudySamples

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,324评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,303评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,192评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,555评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,569评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,566评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,927评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,583评论 0 257
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,827评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,590评论 2 320
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,669评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,365评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,941评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,928评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,159评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,880评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,399评论 2 342

推荐阅读更多精彩内容