Smart Toast & Snackbar:简化调用,并提高性能和用户体验!
来源:互联网 发布:python 书籍 知乎 编辑:程序博客网 时间:2024/05/16 05:13
App的界面消息提示中,Toast和Snackbar是咱们经常打交道的哥俩,在使用的过程中,如果不加以封装和处理,调用的简易性以及性能和用户体验上就会存在诸多问题。下面给大家介绍一个我封装的库,SmartShow的使用和实现。
该开源库刚开发出来不久,尚未经大量用户使用检验。为了让SmartShow库更加健壮,如果您在使用过程中发现任何问题,请联系我,我会立即跟进修复和维护。
感谢您的支持!
微信:w361281607
邮箱:coder_zzq@163.com
添加依赖
1.在Project的gradle文件中
allprojects { repositories { ... maven { url 'https://jitpack.io' } }}
2.在Module的grable文件中
compile ( 'com.github.the-pig-of-jungle:SmartShow:v1.0.2' ){ //去除design包的依赖,其一,你不一定用到SmartSnackbar;其二,你项目使用的版本不一定和库中所用相同 exclude group: 'com.android.support' } //若要使用SmartSnackbar,还需添加design包的依赖,添加适合你项目的版本即可 compile 'com.android.support:design:x.y.z'
SmartToast部分
特点:
1.全局始终使用一个Toast实例,节省内存
2.如果Toast正在显示,多次触发同一内容的Toast,不会重复弹出
3.新的Toast(内容或位置发生了变化)来临时,会立即弹出,不会等到当前显示的Toast的duration耗尽再弹出,虽不会创建新的Toast实例,但具有切换效果(与你手机系统原生Toast的切换动画一致)
4.可修改Toast默认布局的风格,如背景颜色,文字大小和颜色等
5.可为Toast设置自定义布局,并进行代码处理
注意
关闭app的系统通知权限,将导致SmartToast无法显示,原因如下:
Toast的内部原理使用NotificationManagerService,关闭通知权限后,无法显示。
这是原生Toast本身的特性,而不是SmartShow开源库的bug。
以淘宝app和优酷app的"再按一次退出程序"的Toast提示为例,关闭他们的通知权限,
也会导致Toast不显示,感兴趣的话可以去试一试。
使用:
第一步,必须初始化,在Application的onCreate()方法中初始化
方式 1:
//使用默认布局的普通Toast SmartToast.plainToast(this);
若想修改默认布局的风格,可继续链式调用,不过这并不是必须的
//返回PlainToastSetting对象,对布局进行风格设置 SmartToast.plainToast(this) /* 设置背景颜色,有可选方法,直接以颜色值为参数。Toast的默认背景是一个圆角图片,当你设置了 背景颜色时,原有背景失效。SmartToast内部用GradientDrawable实现背景,可以保证大小与你 手机系统的Toast一致,但是不同品牌手机的Toast的圆角半径不尽相同,将统一使用2.5dp */ .backgroundColorRes(R.color.colorPrimary) //设置文本颜色,有可选方法,直接以颜色值为参数 .textColorRes(R.color.colorAccent) //设置文本字体大小,单位为sp .textSizeSp(18) //设置是否加粗文本 .textBold(true) //如果以上还不够,可调用此方法 .processPlainView(new ProcessViewCallback() { //outParent为显示文本的TextView的父布局,msgView为显示文本的TextView @Override public void processPlainView(LinearLayout outParent, TextView msgView) { //处理代码 ... } });
方式 2:
使用自定义布局的Toast SmartToast.customToast(this) /* 设置自定义布局,有重载方法,直接以View为参数。在自定义布局中,一定要设置显示 文本提示的TextView的Id为android:id="@id/custom_toast_msg"。如果不调用下面 的方法,那么上面的调用与SmartToast.plainToast(this)等效 */ .view(R.layout.custom_toast);
若想对自定义的布局进行代码处理,可继续链式调用,不过这并不是必须的
返回CustomToastSetting对象 SmartToast.customToast(this) //填充布局 .view(R.layout.custom_toast) //对自定义布局进行代码处理 .processCustomView(new ProcessViewCallback() { @Override public void processCustomView(View view) { //处理代码 ... } });
第二步,调用show方法显示Toast,duration和常用的显示位置体现在方法名上,而不是传参,使得调用非常简易
Short Toast
//在默认位置显示 SmartToast.show("我是朱志强!"); //在屏幕顶部显示,距离顶部位置为Toast在Y方向默认的偏移距离 SmartToast.showAtTop("我是朱志强!"); //在屏幕中央显示 SmartToast.showInCenter("我是朱志强!"); //在指定位置显示,x,y方向偏移量单位为dp SmartToast.showAtLocation("我是朱志强",Gravity.LEFT | Gravity.TOP,10,10);
Long Toast
//在默认位置显示 SmartToast.showLong("我是朱志强!"); //在屏幕顶部显示,距离顶部位置为Toast在Y方向默认的偏移距离 SmartToast.showLongAtTop("我是朱志强!"); //在屏幕中央显示 SmartToast.showLongInCenter("我是朱志强!"); //在指定位置显示,x,y方向偏移量单位为dp SmartToast.showLongAtLocation("我是朱志强",Gravity.LEFT | Gravity.TOP,10,10);
//隐藏Toast SmartToast.dismiss();
实现
1.全局使用一个Toast实例。
Toast的视图是通过独立的Window来显示的,并不依赖于任何Activity,在任何Activity未启动的情况下,依然可以显示Toast。所以用应用级的Context——Application创建Toast,就可以全局使用一个Toast实例了。
2.如果Toast正在显示,多次触发同一内容的Toast,不会重复弹出。
全局使用一个Toast实例即可解决此问题。同一Toast实例,如果当前正在显示,再次调用show方法,并不会重复弹出。
3.新的Toast(内容或位置发生了变化)来临时,会立即弹出,不会等到当前显示的Toast的duration耗尽再弹出,虽不会创建新的Toast实例,但具有切换效果。
很容易会想到这么做,全局使用一个Toast实例的基础上,先隐藏再显示,达到切换效果:
//此辅助方法用于先正常显示一个Toast public void onNormalShowFirstClick(View view) { mToast.setText("Showing!"); mToast.show(); } //先隐藏再显示的方式显示一个Toast public void onShowClick(View view) { mToast.cancel(); mToast.setText("苹果!"); mToast.show(); } //先隐藏再显示的方式显示另一个Toast public void onAnotherShow(View view) { mToast.cancel(); mToast.setText("香蕉!"); mToast.show(); }
然而很遗憾,如此无济于事。没有Toast显示时,先后调用cancel和show不会显示Toast。当前正在显示Toast时,先后调用cancel和 show,虽会显示,但新的Toast(新内容或新位置)不会显示足额时间便消失,体验不好。如下图:
也有如此实现的:
public void onShowClick(View view) { mToast.setText("苹果!"); mToast.show(); } public void onAnotherShow(View view) { mToast.setText("香蕉!"); mToast.show(); } public void onShowInCenterClick(View view) { mToast.setGravity(Gravity.CENTER,0,0); mToast.setText("桔子!"); mToast.show(); }
如此会有两个问题,内容改变后没有切换效果,如果Toast正在显示,调用setText可以立即生效,但setGravity并不是立即生效, 要等到下一次显示才生效,就导致本次位置改变失败。如下图:
之所以出现这样的问题,与Toast的显示原理有关。
调用Toast的show方法时,内部会做两件事,一是显示视图,二是将Toast加入队列,待duration耗尽后移除。调用cancel方法时,一是使视图消失,二是将Toast从队列移除。但是前者执行完后只是发起移除队列的行为,移除代码不一定紧接着执行,代码会继续往下走,执行其他任务。 如果此时再次调用show方法,视图得以显示,然后紧接着执行移除代码,Toast便很快消失。你可能想过cancel完后延迟若干时间后调用show方法,但是这个延时的长短不好控制,短了起不到效果,长了会导致新的Toast不会立即替换掉旧的,体验不好。
Toast视图的显示和消失是交给内部类TN管理的,并保存为成员变量,我们通过反射拿到TN,然后每次都只隐藏视图,不发起队列移除操作,问题就解决了。
public static void dismiss() { if (sSmartToast != null && sSmartToast.mToast != null) { try { Field tnField = Toast.class.getDeclaredField("mTN"); tnField.setAccessible(true); Object tn = tnField.get(sSmartToast.mToast); Method hideMethod = tn.getClass().getDeclaredMethod("hide"); hideMethod.setAccessible(true); hideMethod.invoke(tn); } catch (NoSuchFieldException e) { e.printStackTrace(); } catch (IllegalAccessException e) { e.printStackTrace(); } catch (NoSuchMethodException e) { e.printStackTrace(); } catch (InvocationTargetException e) { e.printStackTrace(); } } }
show方法逻辑
private static void showHelper(CharSequence msg, int gravity, int xOffset, int yOffset, int duration) { if (sSmartToast.mCustomView != null && sSmartToast.mCustomMsgView == null) { return; } msg = msg == null ? "" : msg; getToast().setDuration(duration); //位置是否改变 boolean locationChanged = sSmartToast.locationChanged(gravity, xOffset, yOffset); //内容是否改变 boolean contentChanged = !sSmartToast.mCurMsg.equals(msg); sSmartToast.mCurMsg = msg; sSmartToast.mGravity = gravity; sSmartToast.mXOffset = xOffset; sSmartToast.mYOffset = yOffset; //如果Toast正在显示,且内容或位置发生了变化 if (ViewCompat.isAttachedToWindow(getToast().getView()) && (contentChanged || locationChanged)) { //先隐藏 SmartToast.dismiss(); //再显示,为了体验更好,延时150毫秒发送Runnable执行 getToast().getView().postDelayed(sSmartToast, 150); } else { //否则更新Toast的内容并正常显示即可 sSmartToast.updateToast(); getToast().show(); } }
//SmartToast自身作为延时显示所发送的Runnable @Override public void run() { updateToast(); getToast().show(); }
private void updateToast() { if (mCustomMsgView != null) { mCustomMsgView.setText(mCurMsg); } else { getToast().setText(mCurMsg); } getToast().setGravity(mGravity, mXOffset, mYOffset); }
用SmartToast执行同样的逻辑,试一下
public void onShowClick(View view) { //默认位置 SmartToast.show("苹果!"); } public void onAnotherShow(View view) { //默认位置 SmartToast.show("香蕉!"); } public void onShowInCenterClick(View view) { SmartToast.showInCenter("桔子!"); } public void onShowAtTopClick(View view) { SmartToast.showAtTop("芒果!"); } public void onShowAtSomeLocationClick(View view) { //左上角,x,y偏移量均为10dp SmartToast.showAtLocation("荔枝", Gravity.LEFT | Gravity.TOP,10,10); }
4.修改Toast默认布局风格,如背景颜色,文字大小和颜色等
private void setupPlainToast() { //获取父布局 LinearLayout outParent = (LinearLayout) mToast.getView(); //获取显示消息的View TextView msgView = (TextView) outParent.findViewById(android.R.id.message); //如果设置了背景色 if (mBgColor != -1) { /* Toast视图的背景是一个.9圆角图片,不同的手机系统圆角半径不同,而且.9图有的有padding,有的 没padding,当你设置了背景颜色,我们将创建GradientDrawable作为背景,为了保持与你手机系统 的Toast大小一致,如果原来的.9图有padding我们将追加到显示消息的TextView上。圆角半径统一 为2.5dp。 */ NinePatchDrawable ninePatchDrawable = (NinePatchDrawable) ContextCompat.getDrawable(mAppContext, android.R.drawable.toast_frame); Rect rect = new Rect(); ninePatchDrawable.getPadding(rect); msgView.setPadding(msgView.getPaddingLeft() + rect.left, msgView.getPaddingTop(), msgView.getPaddingRight() + rect.right, msgView.getPaddingBottom()); GradientDrawable gradientDrawable = new GradientDrawable(); gradientDrawable.setColor(mBgColor); gradientDrawable.setCornerRadius(TypedValue.applyDimension(TypedValue.COMPLEX_UNIT_DIP, 2.5f, mAppContext.getResources().getDisplayMetrics())); ViewCompat.setBackground(outParent, gradientDrawable); } if (mTextColor != -1) { msgView.setTextColor(mTextColor); } if (mTextSizeSp != -1) { msgView.setTextSize(TypedValue.COMPLEX_UNIT_SP, mTextSizeSp); } msgView.setGravity(Gravity.CENTER); msgView.getPaint().setFakeBoldText(mTextBold); if (mProcessViewCallback != null) { mProcessViewCallback.processPlainView(outParent, msgView); } }
测试代码如下: SmartToast.plainToast(this) .backgroundColorRes(R.color.colorPrimary) .textColorRes(R.color.colorAccent) .textSizeSp(18) .textBold(true) .processPlainView(new ProcessViewCallback() { @Override public void processPlainView(LinearLayout outParent, TextView msgView) { //添加左图标 Drawable d = ContextCompat.getDrawable(msgView.getContext(), android.R.drawable.ic_menu_add); d.setBounds(0,0,d.getIntrinsicWidth(),d.getIntrinsicHeight()); msgView.setCompoundDrawables(d,null,null,null); } });
5.为Toast设置自定义布局,并进行代码处理
private void setupCustomToast() { if (mProcessViewCallback != null) { mProcessViewCallback.processCustomView(mCustomView); } //将你自定义布局中显示消息的TextView的id设为R.id.custom_toast_msg mCustomMsgView = (TextView) mCustomView.findViewById(R.id.custom_toast_msg); mToast.setView(mCustomView); mCurMsg = ""; }
测试代码如下: SmartToast.customToast(this) .view(R.layout.custom_toast) //下面的方法不是必须调用的 .processCustomView(new ProcessViewCallback() { @Override public void processCustomView(View view) { ((TextView) view.findViewById(R.id.custom_toast_msg)) .setTextColor(Color.WHITE); } });
Toast的自定义布局
6.内部实现上,除了所必须的Toast单例(懒加载模式)外,为了减少创建不必要的对象,PlainToastSetting、CustomToastSetting均定义为接口,两者再加上Runnalbe全部由单例SmartToast实现,对外需要暴露何种功能,则返回何种接口类型。
SmartSnackbar部分
特点:
1.Snackbar的显示原理与Toast不同,Toast通过Window展示视图,全局可复用一个实例。Snackbar则是把视图内嵌到当前Activity的android.R.id.content容器或某个CoordinatorLayout中。在获取方式不变(容器不变)的情况下,同一页面可复用一个Snackbar实例,节省内存
2.同一页面,如果Snackbar正在显示,多次触发同一内容的Snackbar,不会重复弹出
3.同一页面,如果Snackbar正在显示,再次触发Snackbar,如果内容(msg或actionText)发生了变化(不会重建Snackbar实例)或内嵌的容器发生了变化(会重建Snackbar实例),会重新弹出,具有切换效果(与你手机系统原生Snackbar的切换动画一致)
4.可修改布局风格,如背景颜色,文字大小和颜色等
使用:
第一步,初始化。这不是必须的,若想修改Snackbar布局的默认风格,则在Application的onCreate()方法中初始化
//返回SnackbarSetting对象,对布局进行各种风格设置 SmartSnackbar.init(this) //设置背景颜色,有可选方法,直接以颜色值为参数 .backgroundColorRes(R.color.colorPrimary) //设置消息文本颜色,有可选方法,直接以颜色值为参数 .msgTextColorRes(R.color.white) //设置动作文本颜色,有可选方法,直接以颜色值为参数 .actionColorRes(R.color.colorAccent) //设置消息文本字体大小,单位为sp .msgTextSizeSp(18) //设置动作文本字体大小,单位为sp .actionSizeSp(18) //如果以上还不够,可调用该方法 .processView(new ProcessViewCallback() { @Override public void processSnackbarView(Snackbar.SnackbarLayout layout, TextView msgView, TextView actionView) { //处理代码 ... } });
第二步,在你的BaseActivity的onDestroy()方法里回收资源
@Override protected void onDestroy() { super.onDestroy(); /* 如果当前页面创建过Snackbar,则退出页面时,回收资源。如果没有,则不会回收资源,比如Activity A 显示过 Snackbar,然后启动了B,B没有显示过Snackbar,当B销毁时,不会回收资源,回到A再次显示Snackbar,可复用, 不必重建Snackbar实例,提高效率 */ SmartSnackbar.destroy(this); }
第三步,获取当前页面的Snackbar,调用show方法显示,三种duration体现在方法名上,而不是传参,尽可能简化调用
Short Snackbar
//传入Activity,获取当前页面的Snackbar,显示消息 SmartSnackbar.get(this).show("我是朱志强");
Long Snackbar
//传入Activity,获取当前页面的Snackbar,显示消息 SmartSnackbar.get(this).showLong("我是朱志强");
Indefinite Snackbar
//传入Activity,获取当前页面的Snackbar,显示消息和动作文本,传入点击动作文本的回调代码 SmartSnackbar.get(this).showIndefinite("我是朱志强", "打赏", new View.OnClickListener() { @Override public void onClick(View v) { Log.d("SmartShow","Thank you !"); } }); //传入Activity,获取当前页面的Snackbar,显示消息和动作文本,不传第三个参数,默认行为为Snackbar消失 SmartSnackbar.get(this).showIndefinite("我是朱志强","打赏");
显示Short和Long类型的Snackbar时,通常不会显示动作文本,而Indefinite Snackbar通常不会只显示消息文本,但实际上该库为三种Snackbar均提供了以上参数个数为1,2和3的方法。
//隐藏当前Snackbar SmartSnackbar.dismiss();
一般情况下,我们不会监听Snackbar的显示和消失,但如有此需要,将当前页面的Activity实现SnackbarCallback接口,然后重写方法
即可。在SmartSnackbar显示时,会检测当前页面是否实现该接口,是则进行回调。
public class SnackbarActivity extends BaseActivity implements SnackbarCallback { @Override protected int contentLayout() { return R.layout.activity_smart_show; } @Override public void onSnackbarShown(Snackbar sb) { Log.d("Main", "shown"); } @Override public void onSnackbarDismissed(Snackbar sb, int event) { Log.d("Main", "dismiss"); }}
SmartSnackbar获取方式的说明:
以上示例获取SmartSnackbar使用的是public static SnackbarShow get(Activity activity),
还可使用public static SnackbarShow get(CoordinatorLayout view)。
根据谷歌源码,我们知道创建Snackbar时需传入一个当前页面的某个View。
实际上,Snackar会以该View为基点,沿着整个View Tree上溯,直到找到CoordinatorLayout容器或android.R.id.content 容器,哪个先找到,就将视图嵌入其中。
为了提高效率,直接将android.R.id.content或者CoordinatorLayout传入会更好。
以CoordinatorLayout为内嵌容器时,Snackbar会有一些特殊的行为,如可以用手指手动滑动移除,显示时会导致FloatingActionButton升高等。
所以建议,在使用SmartSnackbar时,如果你的页面想以某个具体CoordinatorLayout作为容器,则调用public static SnackbarShow get(CoordinatorLayout view)。
否则调用public static SnackbarShow get(Activity activity),内部会自动将 android.R.id.content作为容器。
实现
public static SnackbarShow get(Activity activity){ //保存当前页面的Context getSmartSnackbar(activity).mPageContext = activity; //取出android.R.id.content View view = activity.findViewById(android.R.id.content); return getFromView(view); } public static SnackbarShow get(CoordinatorLayout view){ //保存当前页面的Context getSmartSnackbar(view.getContext()).mPageContext = view.getContext(); return getFromView(view); } private static SnackbarShow getFromView(View view){ /* 如果Snackbar尚未创建,则创建之 mBaseTraceView 用来保存创建Snackbar时传入的View,由于入口做了控制,所以只可能是android.R.id.content 或者CoordinatorLayout。它发生变化包括两种情形:1.同一页面,本次获取方式与上次不同,导致 Snackbar的容器改变 2.进入新的页面,两种情况都需要重建Snackbar实例 第三个条件,判断是否通过手指滑动移除了Snackbar,同一Snackbar实例,手指滑动移除后,再次调用 show方法无法显示,且Snackbar视图的Visibility属性变为View.GONE,也需要重建Snackbar 尽管这里判断的条件比较多,但实际上,同一页面重建Snackbar实例的可能性很小。首先,同一页面不会 先后采用不用的容器,因为没有意义。另外,如果不想要Snackbar在CoordinatorLayout中的特殊行为, 一般页面的容器都是android.R.id.content。手指滑动移除发生的机率也很小。 */ if (sSmartSnackbar.mSnackbar == null || sSmartSnackbar.mBaseTraceView != view || sSmartSnackbar.mSnackbar.getView().getVisibility() != View.VISIBLE){ sSmartSnackbar.rebuildSnackbar(view); } return sSmartSnackbar; }
private void rebuildSnackbar(View view) { mCurMsg = ""; mCurActionText = ""; mBaseTraceView = view; sSmartSnackbar.mSnackbar = Snackbar.make(mBaseTraceView,mCurMsg,Snackbar.LENGTH_SHORT); //若当前页面实现了SmartSnackbar接口,则添加回调 if (mPageContext instanceof SnackbarCallback){ sSmartSnackbar.mSnackbar.addCallback(this); } if (mBgColor != -1){ sSmartSnackbar.mSnackbar.getView().setBackgroundColor(mBgColor); } TextView msgView = (TextView) sSmartSnackbar.mSnackbar.getView() .findViewById(android.support.design.R.id.snackbar_text); if (mMsgColor != -1){ msgView.setTextColor(mMsgColor); } if (mMsgTextSizeSp != -1){ msgView.setTextSize(TypedValue.COMPLEX_UNIT_SP,mMsgTextSizeSp); } TextView actionView = (TextView) sSmartSnackbar.mSnackbar.getView() .findViewById(android.support.design.R.id.snackbar_action); if (mActionColor != -1){ actionView.setTextColor(mActionColor); } if (mActionSizeSp != -1){ actionView.setTextSize(TypedValue.COMPLEX_UNIT_SP,mActionSizeSp); } if (mProcessViewCallback != null){ mProcessViewCallback.processSnackbarView( (Snackbar.SnackbarLayout) mSnackbar.getView(),msgView,actionView); } }
如此,在同一页面获取方式不变的情况下,始终复用同一个实例。
若启动新的页面,新页面销毁回到旧页面的情形是怎样的呢。
public static void destroy(Activity activity){ /* 若mPageContext 与当前页面相等,则表示在当前页面显示过Snackbar,则回收资源,回到上一页面,再次 显示Snackbar时必然重建,之后继续复用(获取方式不变的话);若不等,则表示在当前页面未显示过Snackbar, 则不必回收资源,回到上一页面可继续复用(获取方式不变的话)。 */ if (sSmartSnackbar != null && sSmartSnackbar.mPageContext == activity){ sSmartSnackbar.mCurMsg = ""; sSmartSnackbar.mCurActionText = ""; sSmartSnackbar.mOnActionClickListener = null; sSmartSnackbar.mSnackbar = null; sSmartSnackbar.mPageContext = null; sSmartSnackbar.mBaseTraceView = null; } }
Snackbar的msg和actionText未发生改变且Snackbar正在显示,多次触发不会重复弹出。 若发生改变,则有切换效果,但不会新建Snackbar实例(获取方式不变的话)
private void showHelper(CharSequence msg, CharSequence actionText, View.OnClickListener onActionClickListener,int duration){ msg = msg == null ? "" : msg; actionText = actionText == null ? "" : actionText; onActionClickListener = onActionClickListener == null ? this : onActionClickListener; //样貌是否发生变化 boolean appearanceChanged = appearanceChanged(msg,actionText); //重新设置Snackbar setting(msg, actionText, onActionClickListener, duration); //如果样貌发生变化且Snackbar正在显示 if (appearanceChanged && mSnackbar.isShown()){ 先隐藏掉再显示,具有切换效果 dismissAndShowAgain(); }else { //如果Snackbar没有显示或者“样貌”没有发生改变,正常显示即可 normalShow(); } }
//SmartSnackbar自身实现延时显示发送的Runnable @Override public void run() { if (mSnackbar != null) { mSnackbar.setText(mCurMsg).setAction(mCurActionText, mOnActionClickListener) .setDuration(mDuration) .show(); } }
private boolean appearanceChanged(CharSequence msg, CharSequence actionText) { return !mCurMsg.equals(msg) || !mCurActionText.equals(actionText); }
//先隐藏再显示 private void dismissAndShowAgain() { mSnackbar.dismiss(); mBaseTraceView.postDelayed(this, 400); }
//正常显示Snackbar private void normalShow() { mSnackbar.setText(mCurMsg).setAction(mCurActionText, mOnActionClickListener) .setDuration(mDuration).show(); }
测试代码如下:
public void onAppleClick(View view) { SmartSnackbar.get(this).show("苹果"); } public void onBananaClick(View view) { SmartSnackbar.get(this).showLong("香蕉"); } public void onOrangeClick(View view) { SmartSnackbar.get(this).showIndefinite("桔子","好吃"); } public void onNameClick(View view) { SmartSnackbar.get(this).show("我是朱志强", "打赏", new View.OnClickListener() { @Override public void onClick(View v) { SmartToast.showInCenter("Thank you !"); } }); }
修改布局风格
SmartSnackbar.init(this) .backgroundColorRes(R.color.colorPrimary) .actionColorRes(R.color.colorAccent) .msgTextSizeSp(16) .actionSizeSp(16);
内部实现上,除了必要的Snackbar,为了减少创建不必要的对象,SnackbarSetting、SnackbarShow均定义为接口,两者加上Runnable,View.OnClickListener四个接口全部由单例SmartSnackbar实现,对外需要暴露何种功能,则返回何种接口类型
完整源码
github地址:https://github.com/the-pig-of-jungle/SmartShow
打赏
您的肯定,是我不懈努力的动力!
WeChat Alipay
- Smart Toast & Snackbar:简化调用,并提高性能和用户体验!
- Snackbar和toast以及snackbar的样式自定义
- 以一种极其优雅的方式来调用Toast和Snackbar
- Dialog、Toast、Snackbar的区别和使用
- Snackbar提示,Toast和Dialog之间
- Android 信息提示Dialog、Toast和Snackbar
- Android Dialog、Toast和Snackbar详解
- Dialog Toast 和 Snackbar的使用经验
- Dialog、Toast、Snackbar的区别和使用
- Dialog Toast Snackbar 用法和技巧
- Android提醒技巧,Dialog、Toast和Snackbar
- Android提醒,Dialog、Toast和Snackbar。
- Android 活用提示窗Toast和Snackbar
- Dialog、Toast、SnackBar给用户一个舒服的"提醒"
- Android应用提升性能和用户体验
- Android应用提升性能和用户体验
- 如何进行用户行为分析并提高用户粘性
- 您好 Snackbar, 再见Toast
- 循环
- Java8新特性——StreamAPI(一)
- 如何把Https网站中的安全证书导入到java中的cacerts证书库?
- UVa 10205
- GNU Profiling
- Smart Toast & Snackbar:简化调用,并提高性能和用户体验!
- Java8新特性——StreamAPI(二)
- 几个面试可能遇到的题目
- 合唱团
- 让Android WiFi支持中文
- 循环第八题
- 已知二叉树前序、后序遍历如何求中序
- fatal error: hdf5.h: No such file or directory
- 循坏第九题