前几天产品拿着Android App问我们为什么他点击通知栏或者TitleBar都不回滚动到顶部,这不是系统自带的么?这还真不是,苹果是自带功能,而有些安卓厂商也有自实现(例如锤子或魅族?),但毕竟不是Android系统自带,所以我们就考虑在我们应用实现此功能。
与系统功能不同,我们是在应用里的TitleBar里实现点击滚动到顶部的,单界面实现这个功能并不难,只要在TitleBar里设置点击/双击事件,然后把对应的可滚动的View传给它,让它去调用scrollToTop滚动方法,如ListView和GridView的smoothScrollToTop()方法就可以了。但如果要在每个界面都实现这功能,我们当然不能每个界面都这样去设置一遍,这样太蠢后期也不好维护,我们分析了一下,既然是所有有滚动的界面都要有此功能,那么只能在基类里面实现了,最好做到对所有具体界面无感,不改具体界面每一行代码。针对我们现有的界面架构(TitleBar有抽象出来,默认会动态添加到Activity里),我认为实现难度应该不大,但有几个问题需要解决:
如何获取当前界面可滚动的View,如果有多个可滚动的View那么该滚动哪个?
我们的Activity与Fragment的界面搭配较多,一个Activity里的不同Fragment来回切换时怎么把当前的Fragment里可滚动View传给Titlebar
Fragment里面如果再多次嵌套Fragment,如何实现上面遇到的问题
如果是滑动的item数较多时,怎么一下子就滑动到顶部,而不是按匀速缓慢的移动到顶部
带着上面这些问题,我扑哧扑哧的干了起来,一个个将它们击破:
问题1:
由于我们界面没有多块区域可滚动的情况,所以我们只要从界面的最下层遍历上来,以第一个可滚动的View为准就可以,实现代码如下:
/**
* 遍历找到viewGroup下面的第一个可滑动的View
* @param viewGroup
* @return 第一个可滑动的子View
*/
public static View findFirstCanScrollView(ViewGroup viewGroup) {
if (viewGroup != null) {
for (int i = 0, N = viewGroup.getChildCount(); i < N; i++) {
View child = viewGroup.getChildAt(i);
if (child instanceof AbsListView) {
Log.i("findFirstCanScrollView",