这次是列表滑动删除的第三波，仿微信的列表滑动删除。先上个效果图：  [img]http://files.jb51.net/file_images/article/201608/2016831115314888.gif?2016731115322[/img]  前面的文章里面说过开源框架SwipeListView的实现原理是每个列表item中包含上下两层view，普通状态下上层的view覆盖着下层的view，当用户滑开上层的view，下层的view就显示出来了。但是仔细观察微信列表的item，很明显并非这个实现方案，微信的item应该一个单层view，只不过这个item超出了所在的ListView的宽度，在用户滑动item的时候，item超出屏幕的view则会显示在屏幕之上，这种滑动实现也很不错。 既然推测出微信的实现原理，现在就要寻找具体的实现方案了，我最开始想的比较简单，以为写一个横向线性布局LinearLayout，让其包含两个子布局，左边的子布局宽度设置为填充父布局的宽度，以为另一个子布局就自然而然的会超出父布局的显示范围，但是具体测试的时候，发现就算左边的子布局设置为填充父布局的宽度，但实际显示的时候还是两个子布局被包含在父布局的显示范围内，右边的子布局无法做到超出父布局的显示范围。 纠结了一段时间，偶然情况下想起了ScrollView还有一种类型是HorizontalScrollView，，这个android提供的HorizontalScrollView可以做到其子view超出它的显示范围，那我可以直接使用HorizontalScrollView来实现这个item，我决定自定义一个控件，继承自HorizontalScrollView，在代码里面直接添加两个子布局，并让左边的布局宽度填充这个控件的自身宽度，以便让右边的布局超出控件的显示范围，不过很不辛，HorizontalScrollView比较傲娇，很难驾驭，奇葩bug层出不穷，譬如左边的子布局渲染出来了，但是右边的子布局愣是没初始化，更别说滑动了，弄的焦头烂额，最后实在没办法，只得暂时放下。 最后则是想到了使用一个自定义的ViewGroup来实现这个item。现在很多app在第一次启动的时候，会出现一个介绍性的导航界面，用户一页一页的滑动，看完导航的介绍之后再正式进入app，现在这种导航介绍应该大多数是用ViewPager实现的，ViewPager可以做到两个滑动的子页同时显示在屏幕范围内，具有很好的体验效果。但是ViewPager是在之后的support.v4里面引入的，最初并没有，那一开始这种导航介绍使用什么方案实现的呢？当然就是自定义的ViewGroup了，其实supprot.v4.ViewPager本身就是一个自定义的ViewGroup。关于使用自定义的ViewGroup实现导航介绍，csdn上有个大牛有专门写过一个文章介绍了，这里就不详细说了。 本篇的要讲的是如何使用自定义的ViewGroup实现item的子view可以超出父布局的显示范围这样的效果。 写一个SwipeItemView，继承自ViewGroup，构造方法里面，传入左边布局的引用id和右边布局的引用id，初始化左子布局和右子布局，并将它们添加到SwipeItemView中作为子view，代码如下： 接下来需要重写VIewGroup的onMeasure()方法，用来测量这个SwipeItemView及其子view的宽高，其中先获取转入的heightMeasureSpec中包含的heightSize，当heightSize的值和heightMeasureSpec相同的时候，是测量整个SwipeItemView的宽高，这是我们不做额外的处理，当heightSize不等于的传入的heightMeasureSpec的时候，是用于测量SwipeItemView它包含的子view的宽高，这里我们做一下额外的处理，主要是针对超出SwipeItemView显示范围的右边的mSlidingView，我想要它的宽只是包裹其内容就行，不想它的宽和屏幕范围等宽，所以构造一个这样的参数MeasureSpec.makeMeasureSpec(0, MeasureSpec.UNSPECIFIED)，具体代码如下： 然后是重写ViewGroup的onLayout()方法，用来放置子view在SwipeItemView中的具体位置，主要就是让右边的mSlidingView排列在左边的mPrimaryView的右边，具体代码如下：  好了，具体的SwipeItemView的初始化完成了，接下来需要做什么工作呢，看一下上面的构造方法，有没有看到mScroller = new Scroller(context)这行代码，我们需要使用这个mScroller来做这个SwipeItemView滑动的动画效果。我们知道ViewGroup中提供了scrollBy()和scrollTo()两个方法用来移动这个ViewGroup视图内容的位置，其中scrollBy()移动参数指定的距离，scrollTo()方法移动到参数指定的位置。但是scrollBy()还好，如果每次都是移动一小段距离的话，给用户的感觉就是一段连续的动画效果了，但是scrollTo()则是瞬间移动，中间没有任何动画效果，会让人感觉到非常突兀，这样我们就需要用到mScroller这个对象了。 Scroller是android提供的用来实现我们需要的移动动画效果的。Scroller本身并非去执行移动的动画的，感觉上Scroller更多是作为一个指挥者，当我们调用它的Scroller.startScroll()方法的时候，这个方法我们需要传入移动初始的位置、移动的距离以及花费的时间，简单理解的话，我们假设指定的时间是10s，那第3s的时候，ViewGroup视图内容应该移动到什么位置，第7s，应该移动到哪个位置，而且这个时刻Scroller计算出来的位置可以通过Scroller.getCurrX()和Scroller.getCurrY()获取到，这个过程，Scroller会回调ViewGroup中的computeScroll()方法，在这个回调方法中，我们调用scrollTo()执行具体的移动操作。而我们实现的这个scrollToWithAnimation()方法就是提供给后面的SwipeListView用来移动某个item并且使其移动过程带有动画效果的方法。代码如下：  接下来需要实现一个自定义的ListView，暂且命名为SwipeListView。下一篇继续。 以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持编程素材网。