panpf/assembly-adapter

AssemblyAdapter 是 Android 上的一个为各种 Adapter 提供开箱即用实现的库。AssemblyAdapter is a library on Android that provides out-of-the-box implementations for various Adapters.

assembly-adapter's Issues

很酷，有个小问题：加载更多有些不自然

加载更多有些不自然：加载更多得到增加的数据后，刷新数据会导致原先的最后一项消失然后又重新添加到列表内。另外，新增加的内容添加后列表也会向下滑动，希望能改进

如果 isTarget 不是Bean 而是 List<Bean> 如何判断呢？

如果 isTarget 不是Bean 而是 List 如何判断呢？

Paging 已经出 Version3了，有打算升级适配吗？

Paging 3有打算升级适配吗？

嵌套在NestScrollview里 loadmore会马上调用

嵌套在NestScrollview里 加载完第一页数据后，loadmore会马上调用

有支持Viewpager2的计划吗

有支持Viewpager2的计划吗

RecyclerView 水平滑动带Loadmore只执行了一次Loamore

RecyclerView 水平滑动带Loadmore只执行了一次Loamore

是来赞的

开一条issue，就是想说，可组装化这思路真是不错！！

不过对于点击事件还有优化的空间，可以往这方面优化一下，个人建议，不需要点击事件放在Item里，不考虑长按情况的话点击事件无非就两种：1、整个列表而言单个item的点击事件；2、每个Item中Child View的点击事件；放眼Activity来看，如果把点击事件放在你现在的Demo中示例的AssemblyItemFactory的子类，势必会造成Activity需要实现多个接口来完成点击后的逻辑，建议为：对于点击事件的接口，可以定义为通用且统一接口，置于最高级别的基类AssemblyAdapter或者AssemblyItem, 另:这两种基类还需要进一步往通用化的功能完善。

大佬，能弄一个瀑布流的demo的 Sample

大佬，能弄一个瀑布流的demo的 Sample

减少实现的方法数

将AssemblyItem等类的 onFindViews()， onConfigViews(Context var1)改为默认实现，不需要在子类强制实现。子类按需重写。另外findViewById(int id)方法改为泛型自动转换类型。

很不错，先感谢一下作者的贡献

首先很多的Adapter开源项目的封装太臃肿了，很多功能是多余的，就比如说下拉刷新的功能，我觉得这个完全是多余的功能，下拉刷新为什么要封装到适配器里面，用自带的SwipeRefreshLayout就挺好的，还有很多开源的下拉刷新的库，Adapter里面有一个加载更多的功能就非常好了，希望作者不要加入下拉刷新的功能，还有多布局的功能，其实RecyclerView本身的多布局的实现就不是很复杂，只需要重写一个getItemViewType方法即可，希望对多布局这一块也能够保持原生的实现步骤，如果对原生的一些方法改造幅度过大，对开发人员来说并不是一件好事

怎么删除Head or Footer

请问，addHead footer以后 怎么删除Head or Footer

加载更多

就是加载能不能到底自动加载数据，而不是点击一下在加载更多，大多数用户都是习惯拉倒底部自动显示加载更多数据