Android自定义滑动验证条的示例代码

本文介绍了Android自定义滑动验证条的示例代码，分享给大家，具体如下：

成都创新互联专注于网站建设|成都网站维护|优化|托管以及网络推广，积累了大量的网站设计与制作经验，为许多企业提供了网站定制设计服务，案例作品覆盖生料搅拌车等行业。能根据企业所处的行业与销售的产品，结合品牌形象的塑造，量身策划品质网站。

*注：不知道为什么，h6的标签在这里没用了，所以我也只能用Markdown的语法来写了

项目地址：https://github.com/994866755/handsomeYe.seekbar.github.io

需求：

在我们的某些应用中需要滑动验证。比如说这个样子的：

刚开始我也很懵逼要怎么去弄，结果我去看了一些人的代码，有人是用自定义viewgroup去做，就是viewgroup包含滑动块和滑动条。但我觉得太麻烦，直到我知道android有个控件seekbar可以实现这个效果。

一、使用SeekBar实现滑动条

这里网上有很多介绍，我也顺便解释一下：

（1）android:max是总共的容量，这里设100就行。

（2）android:progressDrawable是只设置进度框的背景，就是整个条的背景，比如图中的没滑动的时候是灰色，滑动的地方是绿色。

（3）android:thumb这个属性是设置滑块的样式，比如图中的没滑时是>>，滑到最右变成勾。默认的样式是一个圆。

（4）android:thumbOffset这个是滑块的起始位置，怎么说呢，你可以当图中第一条的滑块是android:thumbOffset = “0dp”，如果你设置成正数，这个滑块的位置会向左移动，设成负数会向右移动。我这里设成-1是以为是0的时候会挡住左边的边框，这样不好看，我设成-1为了让滑块向右移动一点。

二、设置SeekBar样式

写好布局后来写下样式，也就是上面的progressDrawable和thumb属性。

（1）progressDrawable（滑动条）

（2）thumb（滑块）

这里就不多介绍了。

三、加入监听

在activity中加入监听，比如你可以让滑块不滑到最右时自动弹回原位等等。

sbProgress.setOnSeekBarChangeListener(new SeekBar.OnSeekBarChangeListener() {
      @Override
      public void onProgressChanged(SeekBar seekBar, int progress, boolean fromUser) {
 
      }

      @Override
      public void onStartTrackingTouch(SeekBar seekBar) {
     
      }

      @Override
      public void onStopTrackingTouch(SeekBar seekBar) {
        if (seekBar.getProgress() != seekBar.getMax()) {
          seekBar.setProgress(0);
        }else {
          sbProgress.setEnabled(false);
          setData();
        }
      }
    });

最后实现的效果是这样：

你可以自己加文字在中间，这个我就不在demo里弄了。

四、剩下的处理

你以为这样就完啦？那你太天真了，你会发现如果你按上面的步骤做，最后会有一个很蛋疼的效果：

你不滑动滑块，只点击滑动条中间，滑块会马上到中间。

也就是说我们想做的效果是只滑动而不能点击，仅仅做成这样是没办法实现这个需求。

那怎么办？我在网上找了很多文章，大多都是不能滑也不能点，而我要的是能滑不能点。难道SeekBar没戏啦？我想了想，最后我用事件分发来解决。

既然是事件分发，我这里也不想写事件分发的内容，以后我们写一篇专门关于事件分发的文章，这里如果有小伙伴不了解事件分发的话，自己先去google一下。

既然是事件分发，那我们就需要自定义seekbar啦，其实很简单。我先贴代码，然后再讲解。

（1）代码君：

public class VerificationSeekBar extends SeekBar{
  //这两个值为用算法使用的2空间复杂度
  private int index = 150;
  private boolean k = true;

  public VerificationSeekBar(Context context) {
    super(context);
  }

  public VerificationSeekBar(Context context, AttributeSet attrs) {
    super(context, attrs);
  }

  public VerificationSeekBar(Context context, AttributeSet attrs, int defStyleAttr) {
    super(context, attrs, defStyleAttr);
  }


  @Override
  public boolean dispatchTouchEvent(MotionEvent event) {
    int x = (int) event.getX();
    if (event.getAction() == MotionEvent.ACTION_DOWN){
      k = true;
      if (x - index > 20) {
        k = false;
        return true;
      }
    }
    if (event.getAction() == MotionEvent.ACTION_MOVE){
      if (!k){
        return true;
      }
    }
    return super.dispatchTouchEvent(event);
  }
}

（2）讲解

为了方便讲解，我把其它的内容删掉，就留关键方法，没错，就是dispatchTouchEvent。但是如果我不说，可能dispatchTouchEvent里面的代码你会看得蒙。

先说说我的思想：简单来说就是你点击的地方要在滑块的范围，才分发事件，不然retrun true不分发事件。所以有了x - index > 20，这里的index =150是我滑块的大概宽度，所以要你点击的地方在我滑块的宽度的20像素直接我才分发事件。所以x - index > 20的话不分发。

int x = (int) event.getX(); 获取点击时的坐标，注意，是相对于view左上角的，而不是相对屏幕的。

我这里分别按顺序判断了event.getAction() == MotionEvent.ACTION_DOWN和event.getAction() ==MotionEvent.ACTION_MOVE，注意，是按顺序。为什么要按顺序呢？首先你自己测试你会发现，点击seekbar时ACTION_DOWN和ACTION_MOVE都会执行，所以你不能光判定按下，还要判断滑动。那为什么不一起判断而要按顺序判定呢？因为一起判断的话你可以试试，你会发现根本就滑不了。

而学过事件分发的都知道事件先执行ACTION_DOWN再执行ACTION_MOVE，所以先判断点击的地方是否在滑块+20像素的范围内，如果不在，定义一个布尔值k记录不在，然后执行 if (!k){return true;}

唉！感觉这个算法讲得不是很好，听不懂没关系，你照抄就行，记得把index改成你滑块的宽度就行。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持创新互联。