Android自定义控件并没有什么捷径可走,需要不断得模仿练习才能出师。这其中进行模仿练习的demo的选择是至关重要的,最优选择莫过于官方的控件了,但是官方控件动辄就是几千行代码往往可能容易让人望而却步。本文介绍如何理解并实现Android端的QQ侧滑菜单,300行代码即可。
首先上完成的效果图:

侧滑效果
大家可以对比自己手机上QQ的侧滑菜单,效果与之几乎没有什么差别。

首先

本文并不会长篇大论的讲解自定义控件所需要的从绘图、屏幕坐标系、滑动到动画等原理,因为我相信无论您是否会自定义控件,这些原理您都已经从别处烂熟于心了。但是为了方便理解,会在实现的过程中进行穿插讲解。

确定目标及方向

动手撸代码前,我们看一眼这个效果。首先确定我们的目标是需要自定义一个ViewGroup,需要控制它的两个子View进行滑动变换。进一步观察我们可以发现两个子View是叠加再一起的,所以为了减少代码我们可以考虑直接继承于ViewGroup的一个实现类:FrameLayout。底层的是菜单视图menu,叠加在上面的是主界面main
新建一个类:CoordinatorMenu,并在加载布局后拿到两个子View

  1. public class CoordinatorMenu extends FrameLayout {
  2. private View mMenuView;
  3. private View mMainView;
  4. //加载完布局文件后调用
  5. @Override
  6. protected void onFinishInflate() {
  7. mMenuView = getChildAt(0);//第一个子View在底层,作为menu
  8. mMainView = getChildAt(1);//第二个子View在上层,作为main
  9. }

为滑动做准备

实现手指跟随滑动,这其中有很多方法,最基本的莫过于重写onTouchEvent方法并配合Scroller实现了,但是这也是最复杂的了。还好官方提供了一个ViewDragHelper类帮助我们去实现(本质上还是使用Scroller)。
在我们的构造方法中通过ViewDragHelper静态方法进行其初始化:

  1. mViewDragHelper = ViewDragHelper.create(
  2. this,
  3. TOUCH_SLOP_SENSITIVITY,
  4. new CoordinatorCallback());

三个参数的含义:

  • 需要监听的View,这里就是当前的控件
  • 开始触摸滑动的敏感度,值越大越敏感,1.0f是正常值
  • 一个Callback回调,整个ViewDragHelper的核心逻辑所在,这里自定义了一个它的实现类

然后拦截触摸事件,交给我们的主角ViewDragHelper处理:

  1. @Override
  2. public boolean onInterceptTouchEvent(MotionEvent ev) {
  3. return mViewDragHelper.shouldInterceptTouchEvent(ev);
  4. }
  5. @Override
  6. public boolean onTouchEvent(MotionEvent event) {
  7. //将触摸事件传递给ViewDragHelper,此操作必不可少
  8. mViewDragHelper.processTouchEvent(event);
  9. return true;
  10. }

处理computeScroll方法:

  1. //滑动过程中调用
  2. @Override
  3. public void computeScroll() {
  4. if (mViewDragHelper.continueSettling(true)) {
  5. ViewCompat.postInvalidateOnAnimation(this);//处理刷新,实现平滑移动
  6. }
  7. }

处理部分Callback回调

  1. //告诉ViewDragHelper对哪个子View进行拖动滑动
  2. @Override
  3. public boolean tryCaptureView(View child, int pointerId) {
  4. //侧滑菜单默认是关闭的
  5. //用户必定只能先触摸的到上层的主界面
  6. return mMainView == child;
  7. }
  8. //进行水平方向滑动
  9. @Override
  10. public int clampViewPositionHorizontal(View child, int left, int dx) {
  11. return left;//通常返回left即可,left指代此view的左边缘的位置
  12. }

main的滑动

这样我们就能在水平方向上随意拖动上层的子View--main了,接下来就是限制它水平滑动的范围了,范围如下图所示:

菜单完全展开后main的位置
改写上面的水平滑动方法,

  1. @Override
  2. public int clampViewPositionHorizontal(View child, int left, int dx) {
  3. if (left < 0) {
  4. left = 0;//初始位置是屏幕的左边缘
  5. } else if (left > mMenuWidth) {
  6. left = mMenuWidth;//最远的距离就是菜单栏完全展开后的menu的宽度
  7. }
  8. return left;
  9. }

增加回弹效果:

  • 当菜单关闭,从左向右滑动main的时候,小于一定距离松开手,需要让它回弹到最左边,否则直接打开菜单
  • 当菜单完全打开,从右向左滑动main的时候,小于一定距离松开手,需要让它回弹到最右边,否则直接关闭菜单

首先判断滑动的方向:

  1. //当view位置改变时调用,也就是拖动的时候
  2. @Override
  3. public void onViewPositionChanged(View changedView, int left, int top, int dx, int dy) {
  4. //dx代表距离上一个滑动时间间隔后的滑动距离
  5. if (dx > 0) {//正
  6. mDragOrientation = LEFT_TO_RIGHT;//从左往右
  7. } else if (dx < 0) {//负
  8. mDragOrientation = RIGHT_TO_LEFT;//从右往左
  9. }
  10. }

在松开手后:

  1. //View释放后调用
  2. @Override
  3. public void onViewReleased(View releasedChild, float xvel, float yvel) {
  4. super.onViewReleased(releasedChild, xvel, yvel);
  5. if (mDragOrientation == LEFT_TO_RIGHT) {//从左向右滑
  6. if (mMainView.getLeft() < mSpringBackDistance) {//小于设定的距离
  7. closeMenu();//关闭菜单
  8. } else {
  9. openMenu();//否则打开菜单
  10. }
  11. } else if (mDragOrientation == RIGHT_TO_LEFT) {//从右向左滑
  12. if (mMainView.getLeft() < mMenuWidth - mSpringBackDistance){//小于设定的距离
  13. closeMenu();//关闭菜单
  14. } else {
  15. openMenu();//否则打开菜单
  16. }
  17. }
  18. }
  19. public void openMenu() {
  20. mViewDragHelper.smoothSlideViewTo(mMainView, mMenuWidth, 0);
  21. ViewCompat.postInvalidateOnAnimation(CoordinatorMenu.this);
  22. }
  23. public void closeMenu() {
  24. mViewDragHelper.smoothSlideViewTo(mMainView, 0, 0);
  25. ViewCompat.postInvalidateOnAnimation(CoordinatorMenu.this);
  26. }

menu的滑动

展开后,我们就可以触摸到底层的menu视图了,我们拽menu不能拖动它本身,也不能拖动main,因为我们在前面指定了触摸只作用于main。我们可以先思考一下,QQ的侧滑菜单底层是跟随上层移动的(细心的您会发现不是完全跟随的,它们之间的距离变化有个线性关系,这个稍后再说),这样的话那我们就可以把menu完全托付给main处理,分两步:1.menu托付给main;2.main滑动时管理menu的滑动。
首先我们要先确定menu的初始位置及大小,重写layout方法,向左偏移一个mMenuOffset

  1. @Override
  2. protected void onLayout(boolean changed, int left, int top, int right, int bottom) {
  3. super.onLayout(changed, left, top, right, bottom);
  4. MarginLayoutParams menuParams = (MarginLayoutParams) mMenuView.getLayoutParams();
  5. menuParams.width = mMenuWidth;
  6. mMenuView.setLayoutParams(menuParams);
  7. mMenuView.layout(-mMenuOffset, top, mMenuWidth - mMenuOffset, bottom);
  8. }

我们先实现第一步:触摸到menu,交给main处理。
在这之前改写前面的回调方法,让menu能接受触摸事件

  1. @Override
  2. public boolean tryCaptureView(View child, int pointerId) {
  3. return mMainView == child || mMenuView == child;
  4. }

然后

  1. //观察被触摸的view
  2. @Override
  3. public void onViewCaptured(View capturedChild, int activePointerId) {
  4. if (capturedChild == mMenuView) {//当触摸的view是menu
  5. mViewDragHelper.captureChildView(mMainView, activePointerId);//交给main处理
  6. }
  7. }

在这一步后,我们就可以在手指触摸到menu的时候,拖动main
这个感觉就像是指桑骂槐,指着的是menu,骂的却是main,哈哈。

接下来我们实现第二步,menu跟随main滑动
先看下面menumain的位置关系图


很明显我们能得出一个结论:

从menu关闭到menu的打开:menu移动了它的初始向左偏移距离mMenuOffset,main移动了的距离正好是menu的宽度mMenuWidth

所以我们就可以用之前用到的回调:onViewPositionChanged(View changedView, int left, int top, int dx, int dy),因为这里的dx正是指代移动距离,只要main移动了一个dx,那我们就可以让menu移动一个dx * mMenuOffset / mMenuWidth,不就行了吗?
看起来十分美好,实践起来却是No!No!No!,因为需要对menu使用layout方法进行重新布局以达到移动效果,而这个方法传进去的值是int型,而我们上面的计算公式的结果很明显是个float,况且很不巧的是这个dx是指代表距离上一个滑动时间间隔后的滑动距离,就是把你整个滑动过程分割成很多的小块,每一小块的时间很短,如果你滑动很慢的话,那么在这很短的时间内dx=1,呵呵。所以这样计算的话精度严重丢失,不能达到同步移动的效果。
所以我们只能换一种思维,使用它们之间的另一种关系:menu左边缘和main左边缘之间的距离是由mMenuOffset增加到mMenuWidth,此时main移动了mMenuWidth。可以认为这种增加是线性的,如下图所示:


根据图及公式y = kx + d得出:

  1. mainLeft - menuLeft = (mMenuWidth - mMenuOffset) / mMenuWidth * mainLeft
  2. + mMenuOffset

所以这样重写回调onViewPositionChanged即可使menu跟随main进行滑动变换:

  1. @Override
  2. public void onViewPositionChanged(View changedView, int left, int top, int dx, int dy) {
  3. float scale = (float) (mMenuWidth - mMenuOffset) / (float) mMenuWidth;
  4. int menuLeft = left - ((int) (scale * left) + mMenuOffset);
  5. mMenuView.layout(menuLeft, mMenuView.getTop(),
  6. menuLeft + mMenuWidth, mMenuView.getBottom());
  7. }

相信如果我没有给出上面的数学关系解答,直接看代码,您可能会一脸懵逼,这也是很多自定义控件源码难读的原因。

给main加个滑动渐变阴影

经过上面的操作,感觉总体已经有了模样了,但还缺少一样东西,就是main经过菜单由关闭到完全打开的过程中,会有一层透明到不透明变化的阴影,看下面动图演示:

阴影变化
实现这个功能我们需要知道ViewGroup通过调用其drawChild方法对子view按顺序分别进行绘制,所以在绘制完menumain后,我们需要绘制一层左边缘随main变化且上边缘、右边缘和下边缘不变的视图,而且这个视图的透明度也会变化。

  1. @Override
  2. protected boolean drawChild(Canvas canvas, View child, long drawingTime) {
  3. boolean result = super.drawChild(canvas, child, drawingTime);//完成原有的子view:menu和main的绘制
  4. int shadowLeft = mMainView.getLeft();//阴影左边缘位置
  5. final Paint shadowPaint = new Paint();//阴影画笔
  6. shadowPaint.setColor(Color.parseColor("#" + mShadowOpacity + "777777"));//给画笔设置透明度变化的颜色
  7. shadowPaint.setStyle(Paint.Style.FILL);//设置画笔类型填充
  8. canvas.drawRect(shadowLeft, 0, mScreenWidth, mScreenHeight, shadowPaint);//画出阴影
  9. return result;
  10. }

其中这个mShadowOpacity是随main的位置变化而变化的:

  1. private String mShadowOpacity = "00"
  2. @Override
  3. public void onViewPositionChanged(View changedView, int left, int top, int dx, int dy) {
  4. float showing = (float) (mScreenWidth - left) / (float) mScreenWidth;
  5. int hex = 255 - Math.round(showing * 255);
  6. if (hex < 16) {
  7. mShadowOpacity = "0" + Integer.toHexString(hex);
  8. } else {
  9. mShadowOpacity = Integer.toHexString(hex);
  10. }
  11. }

至此我们的菜单可以说是完工了,but!

还需要一些优化

1.如果打开菜单,熄屏,再亮屏,此时菜单就又恢复到关闭的状态了,因为重新亮屏后,layout方法会重新调用,也就是说我们的子view会重新布局,所以要改写这个方法:

  1. @Override
  2. protected void onLayout(boolean changed, int left, int top, int right, int bottom) {
  3. super.onLayout(changed, left, top, right, bottom);
  4. MarginLayoutParams menuParams = (MarginLayoutParams) mMenuView.getLayoutParams();
  5. menuParams.width = mMenuWidth;
  6. mMenuView.setLayoutParams(menuParams);
  7. if (mMenuState == MENU_OPENED) {//判断菜单的状态为打开的话
  8. //保持打开的位置
  9. mMenuView.layout(0, 0, mMenuWidth, bottom);
  10. mMainView.layout(mMenuWidth, 0, mMenuWidth + mScreenWidth, bottom);
  11. return;
  12. }
  13. mMenuView.layout(-mMenuOffset, top, mMenuWidth - mMenuOffset, bottom);
  14. }
  15. //获取菜单的状态
  16. @Override
  17. public void computeScroll() {
  18. if (mMainView.getLeft() == 0) {
  19. mMenuState = MENU_CLOSED;
  20. } else if (mMainView.getLeft() == mMenuWidth) {
  21. mMenuState = MENU_OPENED;
  22. }
  23. }

2.旋转屏幕也会出现上述的问题,这时就需要调用onSaveInstanceStateonRestoreInstanceState这两个方法分别用来保存和恢复我们菜单的状态。

  1. protected static class SavedState extends AbsSavedState {
  2. int menuState;//记录菜单状态的值
  3. SavedState(Parcel in, ClassLoader loader) {
  4. super(in, loader);
  5. menuState = in.readInt();
  6. }
  7. @Override
  8. public void writeToParcel(Parcel dest, int flags) {
  9. super.writeToParcel(dest, flags);
  10. dest.writeInt(menuState);
  11. }
  12. ...
  13. ...
  14. ...
  15. }
  16. @Override
  17. protected Parcelable onSaveInstanceState() {
  18. final Parcelable superState = super.onSaveInstanceState();
  19. final CoordinatorMenu.SavedState ss = new CoordinatorMenu.SavedState(superState);
  20. ss.menuState = mMenuState;//保存状态
  21. return ss;
  22. }
  23. @Override
  24. protected void onRestoreInstanceState(Parcelable state) {
  25. if (!(state instanceof CoordinatorMenu.SavedState)) {
  26. super.onRestoreInstanceState(state);
  27. return;
  28. }
  29. final CoordinatorMenu.SavedState ss = (CoordinatorMenu.SavedState) state;
  30. super.onRestoreInstanceState(ss.getSuperState());
  31. if (ss.menuState == MENU_OPENED) {//读取到的状态是打开的话
  32. openMenu();//打开菜单
  33. }
  34. }

2.避免过度绘制。menumain在滑动过程中会有重叠部分,重叠部分也就是menu被遮盖的部分,是不需要再绘制的,我们只需要绘制显示出来的menu部分,如图所示:


drawChild方法中增加以下代码

  1. @Override
  2. protected boolean drawChild(Canvas canvas, View child, long drawingTime) {
  3. final int restoreCount = canvas.save();//保存画布当前的剪裁信息
  4. final int height = getHeight();
  5. final int clipLeft = 0;
  6. int clipRight = mMainView.getLeft();
  7. if (child == mMenuView) {
  8. canvas.clipRect(clipLeft, 0, clipRight, height);//剪裁显示的区域
  9. }
  10. boolean result = super.drawChild(canvas, child, drawingTime);//绘制当前view
  11. //恢复画布之前保存的剪裁信息
  12. //以正常绘制之后的view
  13. canvas.restoreToCount(restoreCount);
  14. }

写在最后

至此,我们的侧滑菜单即实现了功能,又优化并处理了些细节。如果有时候遇到功能不知道怎么实现,其实最好的解决方向就是先看看官方有没有实现过这样的功能,再去他们的源码里寻找答案,比如说我这里实现的阴影绘制以及过度绘制优化都是参照于官方控件DrawerLayout,阅读官方源码不仅能让你实现功能,还能激发你并改善你的代码质量,会有一种卧槽,代码原来这么写最好了的感叹。

本文源码地址:https://github.com/bestTao/CoordinatorMenu,有问题欢迎提issue。

你也可以直接在项目中引入这个控件:

  1. 先添加以下代码到你项目中的根目录的build.gradle

    1. allprojects {
    2. repositories {
    3. ...
    4. maven { url 'https://jitpack.io' }
    5. }
    6. }
  2. 再引入依赖即可:
    1. dependencies {
    2. compile 'com.github.bestTao:CoordinatorMenu:v1.0.0'
    3. }

自定义控件?试试300行代码实现QQ侧滑菜单的更多相关文章

  1. 通过 Mesos、Docker 和 Go,使用 300 行代码创建一个分布式系统

    [摘要]虽然 Docker 和 Mesos 已成为不折不扣的 Buzzwords ,但是对于大部分人来说它们仍然是陌生的,下面我们就一起领略 Mesos .Docker 和 Go 配合带来的强大破坏力 ...

  2. Python:游戏:300行代码实现俄罗斯方块

    本文代码基于 python3.6 和 pygame1.9.4. 俄罗斯方块是儿时最经典的游戏之一,刚开始接触 pygame 的时候就想写一个俄罗斯方块.但是想到旋转,停靠,消除等操作,感觉好像很难啊, ...

  3. 通过Mesos、Docker和Go,使用300行代码创建一个分布式系统

    [摘要]虽然 Docker 和 Mesos 已成为不折不扣的 Buzzwords ,但是对于大部分人来说它们仍然是陌生的,下面我们就一起领略 Mesos .Docker 和 Go 配合带来的强大破坏力 ...

  4. 再造 “手机QQ” 侧滑菜单(三)——视图联动

    代码示例:https://github.com/johnlui/SwiftSideslipLikeQQ 本 文中,我们将一起使用 UINavigationController 来管理主视图,并实现点击 ...

  5. iOS仿QQ侧滑菜单、登录按钮动画、仿斗鱼直播APP、城市选择器、自动布局等源码

    iOS精选源码 QQ侧滑菜单,右滑菜单,QQ展开菜单,QQ好友分组 登录按钮 3分钟快捷创建高性能轮播图 ScrollView嵌套ScrolloView(UITableView .UICollecti ...

  6. [转]通过Mesos、Docker和Go,使用300行代码创建一个分布式系统

    http://www.csdn.net/article/2015-07-31/2825348 [编者按]时下,对于大部分IT玩家来说,Docker和Mesos都是熟悉和陌生的:熟悉在于这两个词无疑已成 ...

  7. 再造 “手机QQ” 侧滑菜单(一)——实现侧滑效果

    本系列文章中,我们将尝试再造手机QQ的侧滑菜单,力争最大限度接近手Q的实际效果,并使用 Auto Layout 仿造左侧菜单,实现和主视图的联动. 代码示例:https://github.com/jo ...

  8. Swift实战-小QQ(第2章):QQ侧滑菜单

    QQ侧滑实现架构:需要建立以下几个ViewController:1.XQBaseViewController 2.LeftViewController3.RightViewController4.Co ...

  9. 仿QQ侧滑菜单<大自然的搬运工-代码不是我的>

    1.记录下效果图 2.二个工具类 package myapplication.com.myapplicationfortest.utils; import android.util.Log; /** ...

随机推荐

  1. AAPT err(Facade for): libpng error: Not a PNG file 错误解决

    在导入项目到Android studio后,若编译出现“AAPT err(Facade for): libpng error: Not a PNG file”错误. 该错误表示项目中的drawable ...

  2. 好用的vim插件

    # 好用的vim插件 ### 简介------------------------------ 记录vim好用的插件 ### vimcdoc vim中文帮助文档-------------------- ...

  3. Android ——Toolbar开发实践总结(转)

    过年前发了一篇介绍 Translucent System Bar 特性的文章 Translucent System Bar 的最佳实践 ,收到很多开发者的关注和反馈.今天开始写第二篇,全面的介绍一下  ...

  4. font-face 跨域解决

    nginx 里设置@font-face 跨域 server { ... # Fix @font-face cross-domain restriction in Firefox location ~* ...

  5. boot cd_rom struct

    资料: 1.introduction_to_iso9660.pdf 2.boot-cdrom.pdf Normal ISO9600:offset: 16*2048[0x8000] The Primar ...

  6. docker:Error running DeviceCreate (createSnapDevice) dm_task_run failed

    1) service docker stop 2) thin_check /home/docker/devicemapper/devicemapper/metadata 3) thin_check - ...

  7. .NET中常见加解密算法

    一.MD5不可逆加密 不可逆加密是指将原文加密成密文以后,无法将密文解密成原文. MD5的算法是公开的,无论是哪种语言,只要需要加密的字符串是相同的,那么经过MD5加密以后生成的结果都是一样的. .N ...

  8. Spring Boot 自定义属性 以及 乱码问题

    自定义属性 使用随机数及自定义配置类 中文乱码问题 1添加配置 2设置文件类型 1IDEA 2eclipse 自定义属性 application.properties提供自定义属性的支持,这样我们就可 ...

  9. PCL 可视化

    可视化(visualization)是利用计算机图形学和图像处理技术,将数据转换图像在屏幕上显示出来,并进行交互处理的的理论,方法和技术, pcl_visualization库建立了能够快速建立原型的 ...

  10. MongoDB 比较适用哪些业务场景?

      在云栖社区上发起了一个 MongoDB 使用场景及运维管理问题交流探讨的技术话题,有近5000人关注了该话题讨论,这里就 MongoDB 的使用场景做个简单的总结,谈谈什么场景该用 MongoDB ...