android微信下拉出现小程序,仿新版微信的小程序下拉栏

原标题:仿新版微信的小程序下拉栏

2b647c384273f1e0cc572a7ccfbd78bb.gif

本项目会对金融交易软件中存在的各种View进行模仿绘制,提供详细的实现思路,收集整理相关算法、文档以及专业资料。

https://github.com/scsfwgy/FinancialCustomerView

本文作者

作者:大头呆

链接:

https://www.jianshu.com/p/fe6efe2f5978

本文由作者授权发布。

1

概述

上周微信更新到了6.6.1版本,加入了微信小游戏。朋友圈都在玩跳一跳。而且现在微信把最近用过的小程序放到了首页顶部,轻轻下拉就可以快速访问了。可以看下效果,如果还没升级的朋友可要抓紧了。

bf84e59130e23f300e9b76772491b361.gif

自己作为一个安卓程序员,虽然不会写小程序,但也要紧跟热潮(蹭热点)啊。于是乎就干脆仿写下这个下拉控件吧。第七宇宙惯例,先上效果图:

27ff225eb792d5f4c70fe1c2237b85f7.gif

上图的主界面是我上一篇文章《撸一款全手势操作浏览器》https://juejin.im/post/5a43177f5188252a3d384579写的demo。写完这个控件,发现正好可以作为它的下拉菜单栏,就直接用上了。好了,废话不多说,开始介绍下实现流程。

2

流程分析

整个下拉过程分为四个阶段:

阶段一:出现一个圆点,半径随下拉距离变大而变大。位置始终在中间

阶段二:圆点两边出现两个圆点,半径较小。距离随下拉距离变大而变大,中间圆点半径不断变小。位置始终在中间

阶段三:从顶部出现内容列表,位置随手指下拉快速往下移动,同时三个圆点位置不断下移并逐渐消失

阶段四:只剩下内容列表,手指可以继续往下滑动,但阻尼变大。内容列表始终在中间。

上滑分两种情况:

如果开始上滑的时候内容列表已展开,则平移上滑(圆点不会出现)

反之,就是下拉的逆过程了(圆点会出现)。

3

具体实现

熟悉下拉刷新控件的同学可以看出来,上述滑动的流程和下拉刷新很相似,所以为了避免重复造轮子(偷懒),我将下拉刷新控件作了改动,所以主要的实现还是在头部那块。

初始布局位置

将头部放到屏幕外层的方法有很多。我采用了设置负数padding的方法。外层布局继承了LinearLayout,方向竖直。然后为其设置padding:

headerHeight = ( null!= mHeaderLayout) ? mHeaderLayout.getMeasuredHeight() : 0;

intpLeft = getPaddingLeft();

intpTop = -headerHeight;

intpRight = getPaddingRight();

intpBottom = -footerHeight;

setPadding(pLeft, pTop, pRight, pBottom);

paddingTop的值等于负的HeaderLayout的高度,这样正好将头部布局顶到屏幕外面。

处理触摸事件

这块主要内容就是重写写 boolean onInterceptTouchEvent(MotionEvent event)和boolean onTouchEvent(MotionEvent ev)来拦截和处理滑动事件。

@Override

publicfinalbooleanonInterceptTouchEvent(MotionEvent event){

finalintaction = event.getAction();

//不拦截

if(action == MotionEvent.ACTION_CANCEL || action == MotionEvent.ACTION_UP) {

mIsHandledTouchEvent = false;

returnfalse;

}

//如果不是重新开始触摸且已经判断需要拦截,就一直拦截整套触摸事件

if(action != MotionEvent.ACTION_DOWN && mIsHandledTouchEvent) {

returntrue;

}

switch(action) {

caseMotionEvent.ACTION_DOWN:

mLastMotionY = event.getY();

mIsHandledTouchEvent = false;

break;

caseMotionEvent.ACTION_MOVE:

finalfloatdeltaY = event.getY() - mLastMotionY;

finalfloatabsDiff = Math.abs(deltaY);

// 位移差大于mTouchSlop(TouchSlop是系统所能识别出的被认为是滑动的最小距离)

//这是为了防止快速拖动引发刷新

if((absDiff > mTouchSlop)) {

mLastMotionY = event.getY();

// 第一个显示出来,Header已经显示或拉下

if(isPullRefreshEnabled() && isReadyForPullDown()) {

// 1,Math.abs(getScrollY()) > 0:表示当前滑动的偏移量的绝对值大于0,表示当前HeaderView滑出来了或完全

// 不可见,存在这样一种case,当正在刷新时并且RefreshableView已经滑到顶部,向上滑动,那么我们期望的结果是

// 依然能向上滑动,直到HeaderView完全不可见

// 2,deltaY > 0.5f:表示下拉的值大于0.5f

mIsHandledTouchEvent = (Math.abs(getScrollYValue()) > 0|| deltaY > 0.5f);

}

}

break;

default:

break;

}

returnmIsHandledTouchEvent; //true:拦截,false不拦截

}

如果拦截了,我们处理滑动.其中offsetRadio是滑动阻尼值。

@Override

publicfinalbooleanonTouchEvent(MotionEvent ev){

booleanhandled = false;

switch(ev.getAction()) {

caseMotionEvent.ACTION_DOWN:

mLastMotionY = ev.getY();

mIsHandledTouchEvent = false;

break;

caseMotionEvent.ACTION_MOVE:

finalfloatdeltaY = ev.getY() - mLastMotionY;

mLastMotionY = ev.getY();

if(isPullRefreshEnabled() && isReadyForPullDown()) {

pullHeaderLayout(deltaY / offsetRadio);

handled = true;

} else{

mIsHandledTouchEvent = false;

}

break;

caseMotionEvent.ACTION_CANCEL:

caseMotionEvent.ACTION_UP:

if(mIsHandledTouchEvent) {

mIsHandledTouchEvent = false;

// 当第一个显示出来时

if(isReadyForPullDown()) {

// 调用刷新

if(mPullRefreshEnabled && (mPullDownState == State.RELEASE_TO_REFRESH)) {

startRefreshing();

handled = true;

}

resetHeaderLayout();

}

}

break;

default:

break;

}

returnhandled;

}

最终我们会通过 pullHeaderLayout()调用View的scrollBy(x, y)方法将布局整体滚动:

protectedvoidpullHeaderLayout(floatdelta){

// 向上滑动,并且当前scrollY为0时,不滑动

intoldScrollY = getScrollYValue();

if(delta < 0&& (oldScrollY - delta) >= 0) {

setScrollTo( 0, 0);

if( null!= mHeaderLayout && 0!= mHeaderHeight) {

mHeaderLayout.setState(State.RESET);

mHeaderLayout.onPull( 0);

}

return;

}

//滑动布局

setScrollBy( 0, -( int) delta); //调用View的 scrollBy(x, y)

intscrollY = Math.abs(getScrollYValue());

if( null!= mHeaderLayout && 0!= mHeaderHeight) {

if(scrollY >= headerListHeight) {

mHeaderLayout.setState(State.arrivedListHeight);

setOffsetRadio( 2.0f); //内容列表完全展开后阻尼值变大

} else{

setOffsetRadio( 1.0f);

}

mHeaderLayout.onPull(scrollY); //将滑动距离实时传给头部,以实现出我们需要的动画

}

}

遇到的一个问题

我在上面这样写好之后,跑了一遍,发现 onInterceptTouchEvent只执行了ACTION_DOWN,后续的ACTION_MOVE和ACTION_UP事件不会执行,也就无法拦截和进行滑动了。百度下原来有这么一个规则:

onInterceptTouchEvent返回false表示将down事件交由子View来处理;若某一层子View的onTouchEvent返回了true,后续的move、up等事件都将先传递到ViewGroup的onInterceptTouchEvent的方法,并继续层层传递下去,交由子View处理;若子View的onTouchEvent都返回了false,则down事件将交由该ViewGroup的onTouchEvent来处理;如果ViewGroup的onTouchEvent返回true,后续事件不再经过该ViewGroup的onInterceptTouchEvent方法,直接传递给onTouchEvent方法处理。

因为目前的子View(中间内容部分)是RelativeLayout,它的onTouchEvent默认返回了false(ListView等其他可滑动的控件不会有这个问题)。解决办法是设置android:clickable="true"。

头部的实现

上面我说过滑动有四个阶段,只要将滑动距离传递给自定义头部,根据距离判断状态,实时改变内容列表的TranslationY,圆点的TranslationY和Alpha就可以了。实现起来虽然内容比较多,但都比较简单,详细的代码就不贴了,大家感兴趣的可以去看源码。至于圆点动画,也是一个自定义View,外层只要根据滑动距离换算下动画的百分比传进去,在里面画出需要的图形就行了,判断当百分比到0.5的时候画三个圆 :

publicclassExpendPointextendsView{

floatpercent;

floatmaxRadius = 15;

floatmaxDist = 60;

Paint mPaint;

publicExpendPoint(Context context, @Nullable AttributeSet attrs){

super(context, attrs);

mPaint = newPaint();

mPaint.setAntiAlias( true);

mPaint.setColor(Color.GRAY);

}

publicvoidsetPercent(floatpercent){

this.percent = percent;

invalidate();

}

@Override

protectedvoidonDraw(Canvas canvas){

super.onDraw(canvas);

floatcenterX = getWidth() / 2;

floatcenterY = getHeight() / 2;

if(percent <= 0.5f) {只画一个圆

mPaint.setAlpha( 255);

floatradius = percent * 2* maxRadius;

canvas.drawCircle(centerX, centerY, radius, mPaint);

} else{ //画三个个圆

floatafterPercent = (percent - 0.5f) / 0.5f;

floatradius = maxRadius - maxRadius / 2* afterPercent;

canvas.drawCircle(centerX, centerY, radius, mPaint);

canvas.drawCircle(centerX - afterPercent * maxDist, centerY, maxRadius / 2, mPaint);

canvas.drawCircle(centerX + afterPercent * maxDist, centerY, maxRadius / 2, mPaint);

}

}

}

拓展:上拉栏

有了上面的基础,实现上拉加载栏也是很简单的,逻辑基本相同,只是方向变了而已。我们来看下最终效果:

37dedd5392e037cfdee045bf284ff26f.gif

最后贴下本项目github地址:

https://github.com/renjianan/SimpleBrowser

最后推荐一下我做的网站,玩Android: wanandroid.com,包含详尽的知识体系、好用的工具,还有本公众号文章合集,欢迎体验和收藏!返回搜狐,查看更多

责任编辑:

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
如果您下载了本程序,但是该程序存在问题无法运行,那么您可以选择退款或者寻求我们的帮助(如果找我们帮助的话,是需要追加额外费用的)。另外,您不会使用资源的话(这种情况不支持退款),也可以找我们帮助(需要追加额外费用) 随着移动互联网技术的发展和用户需求的变化,【小程序名称】应运而生,以其轻量化、便捷化的设计理念为用户提供了一种全新的服务模式。作为一款无需下载安装即可使用的应用,【小程序名称】依托于微信庞大的生态系统,让用户在微信内就能轻松实现各种功能操作。 【小程序名称】的核心功能主要集中在【具体服务领域】,例如在线购物、本地生活服务、教育学习或健康管理等。它简化了传统APP繁琐的注册登录流程,支持微信一键授权登录,极大地提升了用户体验。用户通过搜索或扫描二维码,瞬间即可开启使用,享受快速加载、流畅运行的服务。 该小程序界面设计简洁明了,布局合理,易于上手。同时,其特色功能如实时更新的信息推送、个性化推荐以及社交分享功能,让用户能够及时获取所需信息,并方便地将优质内容分享至朋友圈或好友,实现信息的高效传播与互动。 【小程序名称】注重数据安全与隐私保护,严格遵守国家法律法规和微信平台的规定,确保用户数据的安全无虞。此外,其背后的开发团队持续迭代更新,根据用户反馈不断优化产品性能,提升服务质量,致力于打造一个贴近用户需求、充满活力的小程序生态。 总结来说,【小程序名称】凭借其小巧便携、快捷高效的特性,不仅节省了用户的手机存储空间,更为用户提供了无缝衔接的便利服务,是现代生活中不可或缺的一部分,真正实现了“触手可及”的智能生活新体验。只需轻点屏幕,无限精彩尽在掌握之中。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值