Skip to content

mcxtzhang/NestFullListView

Repository files navigation

NestFullListView

[Deprecated]

本工程合并至以下工程,建议移步关注

https://github.com/mcxtzhang/all-base-adapter

喜欢的话,随手点个star。多谢

【Android】ListView、RecyclerView、ScrollView里嵌套ListView 相对优雅的解决方案:NestFullListView

在哪里找到我:

我的github:

https://github.com/mcxtzhang

我的CSDN博客:

http://blog.csdn.net/zxt0601

我的稀土掘金:

http://gold.xitu.io/user/56de210b816dfa0052e66495

我的简书:

http://www.jianshu.com/users/8e91ff99b072/timeline


博文

【Android】ListView、RecyclerView、ScrollView里嵌套ListView 相对优雅的解决方案:NestFullListView

http://blog.csdn.net/zxt0601/article/details/52494665

使用:

Step 1. 在项目根build.gradle文件中增加JitPack仓库依赖。

    allprojects {
		repositories {
			...
			maven { url "https://jitpack.io" }
		}
	}

Step 2. Add the dependency

    dependencies {
	        compile 'com.github.mcxtzhang:NestFullListView:V1.0.0'
	}

Step 3. in xml:

    <ScrollView
        android:layout_width="match_parent"
        android:layout_height="wrap_content">

        <LinearLayout
            android:layout_width="match_parent"
            android:layout_height="wrap_content"
            android:orientation="vertical">

            <com.mcxtzhang.nestlistview.NestFullListView
                android:id="@+id/cstFullShowListView"
                android:layout_width="match_parent"
                android:layout_height="wrap_content"
                android:orientation="vertical" />
        </LinearLayout>

    </ScrollView>

in java:

        nestFullListView = (NestFullListView) findViewById(R.id.cstFullShowListView);

        nestFullListView.setAdapter(new NestFullListViewAdapter<TestBean>(R.layout.item_lv, mDatas) {
            @Override
            public void onBind(int pos, TestBean testBean, NestFullViewHolder holder) {
                Log.d(TAG, "嵌套第一层ScrollView onBind() called with: pos = [" + pos + "], testBean = [" + testBean + "], v = [" + holder + "]");
                //TextView tv = (TextView) v.findViewById(R.id.tv);
                holder.setText(R.id.tv, testBean.getName());

                Glide.with(MainActivity.this)
                        .load(testBean.getUrl())
                        .into((ImageView) holder.getView(R.id.iv));


                ((NestFullListView) holder.getView(R.id.cstFullShowListView2)).setAdapter(new NestFullListViewAdapter<NestBean>(R.layout.item_nest_lv, testBean.getNest()) {
                    @Override
                    public void onBind(int pos, NestBean nestBean, NestFullViewHolder holder) {
                        Log.d(TAG, "嵌套第二层onBind() called with: pos = [" + pos + "], nestBean = [" + nestBean + "], v = [" + holder + "]");
                        Glide.with(MainActivity.this)
                                .load(nestBean.getUrl())
                                .into((ImageView) holder.getView(R.id.nestIv));
                    }
                });
            }
        });

注意:

因为本控件是由LinearLayout改造而成,所以支持 水平和垂直布局。通过 android:orientation="vertical"改变。


更新日志:

2016 10 11 更新: 1 支持多种FooterView:

        TextView textView = new TextView(this);
        textView.setText("我是尾巴");
        nestFullListView.setFooterView(0, textView);
        TextView textView4 = new TextView(this);
        textView4.setText("我是尾巴4444444444444444");
        nestFullListView.addFooterView(textView4);
        

ScrollView里嵌套ListView,一直是Android开发者(反正至少是我们组)最讨厌的设计之一,完美打破ListView(RecyclerView)的复用机制,成功的将Native页面变成一个又臭又长的H5网页效果,但由于这种设计需求在我司项目实在太多见,无奈之下,我还是决定封装一下,毕竟,一个项目里同样的代码写第二遍的程序员都不是好的圣斗士。但是我真的是拒绝的 !拒绝的!拒绝的!真的不喜欢这种界面:

这里写图片描述

还拿我前两天做的这个项目来说吧,如上图,技能认可是一个“ListView”,工作经历是一个“ListView”,每个"ListView"的Item里还会有评论,评论又是一个“ListView”,项目经历 教育经历与此类似。。世界上最恐怖的事,不是ListView套ListView,是ListView套的ListView,里面还要继续嵌套ListView。。 (题外话,这个页面头部是个巨幅Headerview,巨幅HeaderView里面嵌套最多两层ListView,然后底部还是一个分页的列表,不断加载更多....... 这个坑爹货也导致了我另一篇文章的产生: 让HeaderView也参与回收机制,自我感觉是优雅的为 RecyclerView 添加 HeaderView (FooterView)的解决方案http://blog.csdn.net/zxt0601/article/details/52267325


竞品分析:

对于以上情况, 由于需要在ScrollView中嵌套ListView ,或者ListView中嵌套ListView....总结就是要嵌套ListView在另外的可以滑动的ViewGroup中,这就有两个问题,

一,ListView和ViewGroup的滑动冲突。

二,ListView并不是全部展开的(View是复用的,ListView最多只有一屏的高度)。

市面上的解决方案,常见三种:

1、手动遍历子View,设置ListView高度(麻烦,且Item的根布局是RelativeLayout的时候无法测量,在android系统版本在17级以下(包含17的时候),RelativeLayout.measure(w,h)时,会出现空指针,只能外层再套一个其他Layout,这是硬伤)

2、通过重写ListView的onMeasure()方法:

    protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
        int expandSpec = MeasureSpec.makeMeasureSpec(Integer.MAX_VALUE >> 2,
        MeasureSpec.AT_MOST);
        super.onMeasure(widthMeasureSpec, expandSpec);
    }

以前项目里常用这个,最容易百度出来的“最优”解,代码量最少,那时年少的我看到它是如获至宝的,因为那篇文章里口口声声告诉我,这样的话View还可以复用,真的很”优雅”。 但我经过实战发现Adapter的getView()会被重复调用多次,如果嵌套两层,getView()倍数调用,太伤性能,它根本不能复用View,不仅不复用,反而变本加厉。 故弃用之。下一节中会提供证据,一定让你李菊福。 而且在某些极端情况下,例如每个Item的高度不一样,这个ListView的高度计算偶尔会不准确。

3、使用LinearLayout模拟ListView(写起来麻烦,inflate 的死去活来,但无明显缺点。

一开始我是拒绝这种方案的,太傻啦,自己inflate addView findViewById 多蠢,我有方法2 搭配CommonAdapter ViewHolder等工具类,要他何用。 但是在我知道方法2的真面目后,我只能选用本方法,它至少不会多次调用getView(),重复渲染视图,反正View的复用机制已经被打破,使用ListView不再有任何意义

So本文就是基于此种思路,封装一下固定代码,方便二次快速使用,且尽量的优化,一定程度上提高性能)

###本文做了啥: 抽象封装往LinearLayout里inflate,addView的过程,暴漏出绑定数据的方法,并一定程度上考虑性能,缓存View。 在此基础上,利用ViewHolder 思想,尽量避免每次刷新都走findViewById这些耗性能的方法。

###为啥要使用ViewHolder,为什么要封装这些缓存?

这种页面往往需要刷新,最无脑的办法就是removeAllViews(),简单粗暴,啥都不考虑,用户体验将会变成,刷新时闪一下,很差,因为View全部要inflate,addView,findViewById一遍。 所以我们在封装的NestFullListView里尽力避免刷新时 View的inflate addView, 在ViewHolder 尽力避免刷新时 findViewById();

总结:

其实这种方法,真的称不上优雅,只不过跟别的方法比起来,相对优雅吧。 在我心中最好的方法就是利用RecyclerView的ItemViewType来解决,可惜由于接口,以及数据结构限制,只能退而求其次。如若有朋友有更好的办法,欢迎交流。 再次强调一遍~本文的方法只是尽可能的节省刷新时的性能消耗, 不再每次都无脑removeAllViews(),inflate(),addView()。 利用通用的ViewHolder,减少刷新时的findViewById()操作。

不管是ListViewForScrollView 还是本文的NestFullListView, 它们都是在一开始,就把所有的子View统统inflate add bind好了, 不像ListView,RecyclerView..兄弟们,是子View在屏幕上可见时才创建,添加,数据绑定。

欢迎讨论交流,拍板砖,如有更优方法,真心求指教。


About

ListView、RecyclerView、ScrollView里嵌套ListView 相对优雅的解决方案

Resources

Stars

Watchers

Forks

Packages

No packages published

Languages