一、说在前面
首先声明本篇文章是基于开源库SwipeDelMenuLayout的源码分析，阅读完并尝试自己也写一个（精简了一些东西），唯一不同的是本篇是用kotlin，目的是阅读源码的同时，也学习下自定义View和事件分发的处理，kotlin的练习，所以算是一篇笔记。先看下最终效果图：
这是一个自定义ViewGroup，，不外乎还是这三个关键的方法 onMeasure，onLayout，onDraw。首先，看下这样的控件存在的什么难点。
- viewGroup是承载子view的容器，所以它在管理自己的同时也要兼顾它的孩儿们----子view，这就是自定义viewgroup的一个难点。
- 在RecyclerView中，我们每个item是它的子view，而每个item又包含着图片和文字这些子view，所以嵌套下来，需要处理他们的滑动冲突，这需要应用到事件分发机制。
二、写在中间
首先我们要定义一个viewgroup来包裹这个itemView，我们说了，viewgroup在绘制自己的时候也要兼顾到它的子view，所以先重写View的onMeasure方法，给子view们量体裁衣，再给测量自己。上代码，首先遍历出它包含的所有子view，分别给他们安排好各自的宽高：
1、onMeasure
override fun onMeasure(widthMeasureSpec: Int, heightMeasureSpec: Int) {
super.onMeasure(widthMeasureSpec, heightMeasureSpec)
mHeight = 0
var contentWidth = 0 //第一个控件宽度作为整个item宽度
mRightMenuWidths = 0 //viewHolder复用机制
val childCount = childCount
for (i in 0 until childCount){
val childView =getChildAt(i)
childView.isClickable = true
if (childView.visibility != View.GONE){
measureChild(childView,widthMeasureSpec,heightMeasureSpec)
mHeight = Math.max(mHeight, childView.measuredHeight)
if (i > 0){ //child第一个肯定不是删除键
mRightMenuWidths += childView.measuredWidth
}else{
contentWidth = childView.measuredWidth
}
}
}
setMeasuredDimension(paddingLeft+paddingRight+contentWidth,mHeight+
paddingTop+paddingBottom)
}
遍历出所有的childView，直接调measureChild(childView,widthMeasureSpec,heightMeasureSpec)来通知子view们，你们拿着我的MeasureSpec各自结合各自的LayoutParams，创建出自己的MeasureSpec，（）这里面涉及到SpecMode和SpecSize，后续也会写一篇笔记文章。）然后调用自己的child.measure(childWidthMeasureSpec,childHeightMeasureSpec)测量得出自己的宽高，这样同时也就可以通过childView.measuredWidth，childView.measuredHeight拿到子view的宽高，有了这数据，再加上viewgroup自己的padding，就可以得出viewgroup的宽高，通过setMeasuredDimension来给自己设置上宽喝高，这个方法也点明了此次测量工作结束。所以onMeasure的作用也很直接，完成子view和viewgroup的测量，就这样测量安排妥当，喝口水缓解下刚才的紧张情绪，也没那么难嘛。
2、onLayout
接下来是onLayout，我们知道这个回调是完成子view的位置摆放，相当于是viewgroup摆兵布阵的总控制台，看下这个方法是怎么摆放的：
override fun onLayout(p0: Boolean, p1: Int, p2: Int, p3: Int, p4: Int) {
val childCount = childCount
var left = paddingLeft
for (i in 0 until childCount){
val childView =getChildAt(i)
if (childView.visibility != View.GONE){
if (i ==0 ){
childView.layout(left,paddingTop,left+childView.measuredWidth,
paddingTop + childView.measuredHeight)
left += childView.measuredWidth
}else{
childView.layout(left, paddingTop, left + childView.measuredWidth, paddingTop + childView.measuredHeight)
left += childView.measuredWidth
}
}
}
}
同样是遍历出子view，依次调用他们的layout方法childView.layout，其实这部分摆放挺简单的，就是左右摆放，把侧滑出来的删除按钮摆放在最右边。控件绘制的三大流程已经完成两个，onDraw是根据自己需求，比如画个分割线啥的，这里不需要。
完成了viewgroup和子view的测量和摆放，视图已经出来了，接下来就是要处理各种手势操作，也就是常说的事件分发，这部分知识笔记参考之前写的Android事件分发机制记录
首先先构建思路，我们侧滑这个itemview，整个item就往左滑，那么它经历了些什么呢？
3、dispatchTouchEvent
现在我们说的itemview也就是我们上面准备好的viewgroup，简单概括可以说是它监听到了手指的触摸，并处理本次滑动；从代码来解释就是，上层事件分发下来了，viewgroup的dispatchTouchEvent肯定被回调，就像一个门卫，外来手势宾客可以在这里直接交涉相关事项。也就是在这里可以处理各种触摸事件，DOWN、MOVE、UP等，看下代码
override fun dispatchTouchEvent(ev: MotionEvent): Boolean {
//追踪手指滑动速度
acquireVelocityTracker(ev)
val verTracker = mVelocityTracker
when(ev.action){
MotionEvent.ACTION_DOWN ->{
mLastP.set(ev.rawX,ev.rawY) //
mPointerId = ev.getPointerId(0)
if (mViewCache != null) {
if (mViewCache != this) {
mViewCache?.smoothClose()
}
//只要有一个侧滑菜单处于打开状态， 就不给外层布局上下滑动了
parent.requestDisallowInterceptTouchEvent(true)
}
}
MotionEvent.ACTION_MOVE ->{
val gap = mLastP.x - ev.rawX
if (Math.abs(gap) > 10 || Math.abs(scrollX) > 10){ //左滑了一些距离
parent.requestDisallowInterceptTouchEvent(true) //父布局不要管，我自己来
}
scrollBy(gap.toInt(),0)
//处理滑动越界
if (scrollX < 0) {
scrollTo(0, 0)
}
if (scrollX > mRightMenuWidths) {
scrollTo(mRightMenuWidths, 0)
}
mLastP.set(ev.rawX, ev.rawY)
}
MotionEvent.ACTION_CANCEL,MotionEvent.ACTION_UP ->{
verTracker?.computeCurrentVelocity(1000,mMaxVelocity.toFloat())
val velocityX = verTracker?.getXVelocity(mPointerId)
if (velocityX!! < -1000){
smoothExpand()
}else{
smoothClose()
}
}
}
return super.dispatchTouchEvent(ev)
}
事件来到了dispatchTouchEvent，在这里处理具体的MotionEvent。这里对手指下落，移动，抬起分别分析：
DOWN
这时候要做的是记录手指的落点，以便后面处理滑动包括快速滑动，然后这边看到有个viewCache，这是声明的静态变量，用来存储当前处于展开的itemView，在这里的作用是：当点击别的item时，能关闭已打开的，交互上的优化；还有就是parent.requestDisallowInterceptTouchEvent(true)用来通知父布局不要拦截事件，正常有展开的item，就要让用户处理 它，而不能置之不理任意滑动列表。
MOVE
就是处理侧滑了，gap是手指在item上X轴move的距离，然后就是scrollBy关键方法，因为是相对当前位置的scroll，所以mLastP要跟着叠加。
CANCEL或UP
手指抬起了，这时候要展开还是关闭，借助了VelocityTracker速度追踪器，判断左滑或右滑的速度来决定Expand或Close。这两个方法就是动画的表现，平滑地展开或关闭。
三、总结在后面
这样，差不多功能就是实现了，因为我的demo就是一个简单的列表展示，item就只有图片和文本，不会涉及到点击处理事件，所以就没有重写onInterceptTouchEvent进行事件的拦截，需要处理可以移步作者的源码参考。本文的源码移步SwipeView
