android自定义滚动选择器(二)

android自定义滚动选择器(一)这篇文章中,我们已经阐述了滚动选择器的实现原理以及准备事项,本篇文章将会从代码的角度一步步来实现该滚动选择器。

如果来不及阅读文章,或者想直接获取源码,见git:android自定义滚动选择器

ScrollPickerView的实现

ScrollPickerView这个是我们的主视图,说白了就是我们的滚动选择器,本小节先来阐述下其代码实现。

首先,我们要将ScrollPickerView用于xml中,就必须实现包含有AttributeSet类型入参的构造方法,这里我们直接实现匹配父类的三个构造方法,如下所示:

   public ScrollPickerView(@NonNull Context context) {
        this(context, null);
    }

    public ScrollPickerView(@NonNull Context context, @Nullable AttributeSet attrs) {
        this(context, attrs, 0);
    }

    public ScrollPickerView(@NonNull Context context, @Nullable AttributeSet attrs, int defStyle) {
        super(context, attrs, defStyle);
        initTask();
    }

其中有几点需要注意,

  1. 我们将参数少的构造方法委托给了参数多的构造方法,以完成构造初始化。这也是常规的做法。
  2. 我们在参数最多的构造方法中调用了initTask,这个initTask的目的是初始化一个执行任务,该任务就是在ScrollPickerView滚动结束后调整item视图的位置,使得被选中的item视图刚好位于两条分割线中。这里暂时不对其进行分析,会在下面进行阐述。

好了,构造方法基本完成了,但是我们发现在构造方法中并没有进行画笔的初始化,这个画笔是指用于绘制两条分割线的画笔,一般情况下我们都会在构造方法中完成初始化,那么为什么现在不这么做?

理由是考虑到分割线的定制化,因为外界可以通过adapter来完成画笔颜色的设置,而此时构造方法已经完成构造,所以无法获取到这些数据。

有朋友说那放在onMeasure或者onDraw中不就行了?放在这里确实也可以,但是存在一个性能和语义场景问题,首先,onMeasure的功能是完成view的测量,将画笔的属性设置放在这里面显然不太合适。其次,onDraw方法是view中被非常频繁调用的方法,如果画笔在此设置显然会影响性能,所以,也不能在此设置。那么还有更好的方法吗?

有,那就是在onAttachedToWindow方法中进行设置,这个方法会在view构造完成后调用,而且只调用一次,如下所示:

    @Override
    protected void onAttachedToWindow() {
        super.onAttachedToWindow();
        initPaint();
    }
    private void initPaint() {
        if (mBgPaint == null) {
            mBgPaint = new Paint();
            mBgPaint.setColor(getLineColor());    mBgPaint.setStrokeWidth(ScreenUtil.dpToPx(1f));
        }
    }

其中getLineColor方法,就是获取外部设置的分割线颜色,正是通过上文中的IPickerViewOperation完成的,IPickerViewOperation接口的设计理念请参考上篇文章,getLineColor方法代码如下所示:


    private int getLineColor() {
        IPickerViewOperation operation = (IPickerViewOperation) getAdapter();
        if (operation != null && operation.getLineColor() != 0) {
            return operation.getLineColor();
        }
        return getResources().getColor(R.color.colorPrimary);
    }

那么接下来该干什么?接下来当然就是完成ScrollPickerView的测绘,也就是复写onMeasure方法。

因为ScrollPickerView本身是个容器,这个容器会包含若干个item视图,所以如果我们想要保证容器大小合适,就必须自内而外的发起measure,也就是根据item视图来决定ScrollPickerView本身的宽高。

ScrollPickerView的onMeasure代码实现如下:

    protected void onMeasure(int widthSpec, int heightSpec) {

        widthSpec = MeasureSpec.makeMeasureSpec(0, MeasureSpec.UNSPECIFIED);
        heightSpec = MeasureSpec.makeMeasureSpec(Integer.MAX_VALUE >> 2, MeasureSpec.AT_MOST);

        super.onMeasure(widthSpec, heightSpec);

        measureSize();

        setMeasuredDimension(mItemWidth, mItemHeight * getVisibleItemNumber());

        initPaint();
    }

这段代码主要注意以下几点:

  1. 前面文章我们说过,ScrollPickerView的宽高要由item视图来决定,而不能根据外界的设置决定,因为这样容易影响滚动选择器的整体效果,所以这里我们首先设置了MeasureSpec,将widthSpec设置成UNSPECIFIED,表示其宽度是不受限制的,而将heightSpec设置成AT_MOST(可以理解为对应于wrap_content)表示会根item视图高度完成滚动选择器的高度测量。这里解释下,上面所说的宽度不受限制,实际上并不是任意的,因为代码后面会根据item的宽度完成测量。
  2. 设置好MeasureSpec后,我们调用了 super.onMeasure(widthSpec, heightSpec);因为原来父view传给我们的MeasureSpec并不是这样的。
  3. 调用measureSize方法完成测绘,其核心思想就是获取item视图的高度和宽度,并完成两条分割线的Y坐标测绘,该方法的实现如下所示:
    private void measureSize() {
        if (getChildCount() > 0) {
            if (mItemHeight == 0) {
                mItemHeight = getChildAt(0).getMeasuredHeight();
            }
            if (mItemWidth == 0) {
                mItemWidth = getChildAt(0).getMeasuredWidth();
            }

            if (mFirstLineY == 0 || mSecondLineY == 0) {
                mFirstLineY = mItemHeight * getItemSelectedOffset();
                mSecondLineY = mItemHeight * (getItemSelectedOffset() + 1);
            }
        }
    }

这里分割线Y坐标的测量方法需要结合被选中item视图的偏移量来完成,即第一条线的Y坐标就是item视图的高度乘以被选中item视图的高度,而第二条只需要在增加一个itemHeight高度即可。

  1. 最后我们根据测量到的item视图高度和宽度,完成测量设置:
        setMeasuredDimension(mItemWidth, mItemHeight * getVisibleItemNumber());

getVisibleItemNumber()表示item视图的可见数目,同样由IPickerViewOperation提供。

测量完成后,接下来就是渲染绘制了,对应的方法就是onDraw方法,该方法涉及的代码如下所示:

    @Override
    public void onDraw(Canvas c) {
        super.onDraw(c);
        doDraw(c);
        if (!mFirstAmend) {
            mFirstAmend = true;
            ((LinearLayoutManager) getLayoutManager()).scrollToPositionWithOffset(getItemSelectedOffset(), 0);
        }
    }

    public void doDraw(Canvas canvas) {
        if (mItemHeight > 0) {
            int screenX = getWidth();
            int startX = screenX / 2 - mItemWidth / 2 - ScreenUtil.dpToPx(5);
            int stopX = mItemWidth + startX + ScreenUtil.dpToPx(5);

            canvas.drawLine(startX, mFirstLineY, stopX, mFirstLineY, mBgPaint);
            canvas.drawLine(startX, mSecondLineY, stopX, mSecondLineY, mBgPaint);
        }
    }

该段代码的意义阐述如下:

  1. 首先我们完成了两条分割线的绘制,这也是复写onDraw方法的初衷,因为容器相关的可以由android框架帮我们完成绘制,但是背后的两条分割线却只能我们自己来完成绘制。这个绘制很简单,就是根据onMeasure测量出来的两条分割线的Y坐标,完成绘制。
  2. 第一次onDraw的时候,我们进行了一次修正,这个修正就是根据用户设置的被选中item视图的偏移量进行的,其目的就是滚动到用户选中的item视图位置。

到这里,实际上已经能够看到一定的效果了,ScrollPickerView本身已经具备了滚动,而且两条分割线也已经出来了,但是这只是个轮廓,还有以下两点没有解决:

  1. 无法区分哪个item视图是被选中的,有朋友说滚动到两条分割线中间的不就是嘛!确实是这样的,但是这个是从视觉上来说的,实际上从代码的角度来看滚动到两条分割线之间的item视图和其他item视图没有任何区别,因为从代码的角度还无法标识该item视图是否在分割线中间,即当前分割线和item视图是独立存在的。比如我要将被选中的item视图字体变成红色,就还无法做到。
  2. 即使从视觉上来看,也存在很大的问题,那就是当ScrollPickerView滚动停止时,发现item视图会落在任意的位置,比如可能落在分割线上,也可能落在分割线内等等。

解决上述两个问题,就需要复写两个方法,分别阐述如下:

  1. onScrolled方法。复写该方法的目的就是为了解决上述第一个问题,如下所示:
    @Override
    public void onScrolled(int dx, int dy) {
        super.onScrolled(dx, dy);
        freshItemView();
    }

    private void freshItemView() {
        for (int i = 0; i < getChildCount(); i++) {
            float itemViewY = getChildAt(i).getTop() + mItemHeight / 2;
            updateView(getChildAt(i), mFirstLineY < itemViewY && itemViewY < mSecondLineY);
        }
    }

重点就是freshItemView,这就是我们要解决被选中item视图和分割线之间关系的重点。

首先,我们遍历了ScrollPickerView中可见的item视图,然后判断哪条item视图位于两条分割线之内。这里判断item视图是否在两条分割线之间的方法很简单,就是通过当前item视图在其父视图中的Y坐标是否在两条分割线之内进行判断的。

最后,我们调用了updateView方法,将选中的视图及其被选中的状态传递了出去,实际上是通过adapter(IPickerViewOperation)来进行传递的,如下所示:

    private void updateView(View itemView, boolean isSelected) {
        IPickerViewOperation operation = (IPickerViewOperation) getAdapter();
        if (operation != null) {
            operation.updateView(itemView, isSelected);
        }
    }
  1. 复写onTouchEvent方法,复写onTouchEvent方法就是为了解决上述的第二个问题,即解决滚动结束后被选中的item视图必须要位于两条分割线的正中间,因此我们要在用户手指离开屏幕的时候进行调整,这就需要监听ACTION_UP事件,如下所示:
    @Override
    public boolean onTouchEvent(MotionEvent e) {
        if (e.getAction() == MotionEvent.ACTION_UP) {
            processItemOffset();
        }
        return super.onTouchEvent(e);
    }

    private void processItemOffset() {
        mInitialY = getScrollYDistance();
        postDelayed(mSmoothScrollTask, 30);
    }

这两个方法的代码很简单,主要来看processItemOffset这个方法,其调用了一个方法getScrollYDistance和启动了一个任务mSmoothScrollTask,而这个mSmoothScrollTask任务就是我们在ScrollPickerView构造方法中进行初始化的任务,下面先来看看getScrollYDistance的实现:

    private int getScrollYDistance() {
        LinearLayoutManager layoutManager = (LinearLayoutManager) this.getLayoutManager();
        if (layoutManager == null) {
            return 0;
        }
        int position = layoutManager.findFirstVisibleItemPosition();
        View firstVisibleChildView = layoutManager.findViewByPosition(position);
        if (firstVisibleChildView == null) {
            return 0;
        }
        int itemHeight = firstVisibleChildView.getHeight();
        return (position) * itemHeight - firstVisibleChildView.getTop();
    }

这段代码的本质就是根据容器中第一条可见的item视图来完成ScrollPickerView的滚动Y距离,从代码可知这里adapter只能使用LinearLayoutManager作为布局管理者。

最后再来看下mSmoothScrollTask任务所做的工作,其代码如下所示:

        mSmoothScrollTask = new Runnable() {
            @Override
            public void run() {
                int newY = getScrollYDistance();
                if (mInitialY != newY) {
                    mInitialY = getScrollYDistance();
                    postDelayed(mSmoothScrollTask, 30);
                } else if (mItemHeight > 0) {
                    final int offset = mInitialY % mItemHeight;//离选中区域中心的偏移量
                    if (offset == 0) {
                        return;
                    }
                    if (offset >= mItemHeight / 2) {//滚动区域超过了item高度的1/2,调整position的值
                        smoothScrollBy(0, mItemHeight - offset);
                    } else if (offset < mItemHeight / 2) {
                        smoothScrollBy(0, -offset);
                    }
                }
            }
        };

这里阐述下上面代码的思想。

首先,从整体上来讲,上面代码就是为了完成被选中item视图位置调整的功能,因为我们要保证使被选中的视图刚好停在两条分割线的中间。

在调整之前,我们进行了if (mInitialY != newY) 的判断,mInitialY就是在ScrollPickerView滚动结束后通过getScrollYDistance获取的值,而newY也是通过getScrollYDistance获取的值,只不过是在mSmoothScrollTask刚开始执行的时候获取的,这个比较是为了处理在mSmoothScrollTask刚要执行的时候用户又突然滑动的状况,这种状况下显然没有必要进行调整,所以直接结束当前任务,然后再触发一次mSmoothScrollTask任务即可。

如果mInitialY == newY,就表示在执行调整任务的时候,用户已经停止了滑动,这个是合情合理的,该调整任务主要工作阐述如下:

  1. 获取被选中item视图偏离两条分割线中间的偏移量offset,如果offset==0,表明刚好落在两条分割线中间,则无需调整。
  2. 如果offset >= mItemHeight / 2,则表示此时被选中的item视图(称之为itemA)滚动到了两条分割线中间点的下方,其趋势是向下滚动,所以我们就继续使其向下滚动,滚动距离为mItemHeight - offset,刚好使得itemA上面的item视图滚动到两条分割线中间,作为被选中item视图。
  3. 如果offset < mItemHeight / 2,则表示此时被选中的item视图(称之为itemA)滚动到了两条分割线的上半部分,其趋势是无法再继续向下滚动,而是有回弹的迹象,所以此时我们只需要回退offset个距离即可,这样就等于将itemA的下一个item视图滚动到了两条分割线中间。

至此ScrollPickerView的实现阐述完毕。下篇文章android自定义滚动选择器(三)会阐述ScrollPickerAdapter及其默认的item视图实现。

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