#recycle_header_adapter 这是一个可设置带头部及分组显示item的recycleAdapter,并提供固定头部显示,支持LinearLayout及GridLayout.
同时支持不改变数据源的情况下动态更新item数量,还可以自动进行界面的计算从而向recycleView中填充所有childView.(详情查看后面使用或博客说明)
仅需要添加数据和实现数据绑定,不需要对recycleView进行额外的修改或操作.同时头/尾部的添加支持任何adapter.
此项目包括三个内容
- HeaderRecycleAdapter,带头部的adapter
- RecycleScrollHelper,滑动检测辅助类
- StickHeaderItemDecoration,固定头部装饰类
- ExtraViewWrapAdapter,添加额外头部尾部装饰类
- IAdjustCountOption,动态调整itemCount数量的接口(不需要改动任何数据源)
- RecyclerViewUtil,recycleView相关的一些工具方法(包括调整itemCount及自动计算均分parentView界面)
有任何更新需要或者更好的欢迎提交issue或者联系
[email protected],建议直接提交issue,会短期就查看一次的.谢谢~
compile 'com.taro:headerrecycle:2.6.0'
2016-10-15
1.新增recycleView相关的工具类
2.新增动态调整itemCount数量的接口(不需要改动数据源)
3.新增自动计算均分recycleView显示child的AutoFillAdjustChildAdapterOption(详情请查看使用说明)
4.修复原有所有adapter不支持跟随activiy变更字体的问题
5.优化调整了部分代码
6.修复扩展adapterOption中不能获取自动计算结果显示的childView数量
2016-09-08
1.更新部分方法签名
//纯粹命名不正确问题..
RecycleViewOnClickHelper.unAttachRecycelView()
-> detachRecycleView()
2.更新类名
//命名粗心了...
RecycleVIewOnClickHelper
-> RecycleViewOnClickHelper
3.更新部分逻辑,添加了接口
支持在adapterOption绑定界面与数据时动态地改变RecycleView需要显示的item数量.详见以下说明.
- StickHeaderItemDecoration--RecyclerView使用的固定头部装饰类
- RecycleViewScrollHelper--RecyclerView滑动事件检测的辅助类
- HeaderRecycleAdapter--通用的带头部RecycleView.Adapter
- ExtraViewWrapperAdapter--添加额外头部尾部功能的装饰adapter
- IAdjustCountOption--动态设置recycleView的itemCount(不需要修改数据源)
- AutoFillAdjustChildAdapterOption--RecycleViewUtil之动态计算均分控件显示childView
HeaderRecycleAdapter使用起来是比较简单的,只需要提供数据源,头部数据,还有自己实现数据绑定IHeaderAdapterOption接口即可.
- 实现
IHeaderAdapterOption接口,自定义数据的绑定显示
//创建数据绑定option时可以设置泛型数据的类型,第一个为子item的数据类型,第二个为header的数据类型
private class HeaderAdapterOption implements HeaderRecycleAdapter.IHeaderAdapterOption<String, String> {
//获取头部layout的类型
@Override
public int getHeaderViewType(int groupId, int position) {
return -1;
}
//获取子item layout的类型
@Override
public int getItemViewType(int position, int groupId, int childId, boolean isHeaderItem, boolean isShowHeader) {
if (isHeaderItem) {
return getHeaderViewType(groupId, position);
} else {
return 0;
}
}
//根据view的类型返回对应的layoutId,用于adapter加载界面
@Override
public int getLayoutId(int viewType) {
switch (viewType) {
case 0:
case NO_HEADER_TYPE:
return R.layout.item_content_2;
case -1:
return R.layout.item_header;
default:
return R.layout.item_content;
}
}
//设置头部数据绑定
@Override
public void setHeaderHolder(int groupId, String header, HeaderRecycleViewHolder holder) {
//注册rootView的监听事件
holder.registerRootViewItemClickListener(MainActivity.this);
//获取holder的缓存的子view进行数据绑定
TextView tv_header = holder.getView(R.id.tv_header);
if (tv_header != null) {
tv_header.setText(header.toString());
}
}
//子item数据绑定,类似头部数据绑定
//参数提供了完整地子item的分组索引,分组内列表的索引,当前item所在的位置
@Override
public void setViewHolder(int groupId, int childId, int position, String itemData, HeaderRecycleViewHolder holder) {
holder.registerRootViewItemClickListener(MainActivity.this);
TextView tv_content = holder.getView(R.id.tv_content);
tv_content.setText(itemData.toString());
}
}- 创建数据源及头部数据
mGroupList = new LinkedList<List<String>>();
mHeaderMap = new ArrayMap<Integer, String>();
int groupId = 0;
int count = 0;
count = groupId + 10;
//数据源使用 List<List> 的数据结构
for (; groupId < count; groupId++) {
int childCount = 8;
List<String> childList = new ArrayList<String>(childCount);
for (int j = 0; j < childCount; j++) {
childList.add("child - " + j);
}
mGroupList.add(childList);
//头部数据使用与分组索引对应的 Map<Integer,xxx>
mHeaderMap.put(groupId, "title - " + groupId);
}- 创建
HeaderRecycleAdapter并绑定到RecycleView
//创建 adapter
//参数要求包括 context,option,数据源及头部数据
HeaderRecycleAdapter adapter=new HeaderRecycleAdapter<String, String>(this, new HeaderAdapterOption(), mGroupList, mHeaderMap);
//绑定到recycleView
rv.setAdapter(adapter);SimpleRecycleAdapter是不带header的Adapter,其实跟普通的创建一个adapter的结果是没有什么区别的.
SimpleRecycleAdapter的使用方式与HeaderRecycleAdapter是一致的,创建数据源及数据绑定option即可.通过以上的示例我们知道只有分组的情况下会显示Header,所以SimpleRecycleAdapter内部其实只是覆盖和修改了部分设置.
- 修改数据源为一维数据
List<>
//本质还是创建了一个List<List>的数据源,只是这里作了另一层转换,调用者可以不需要自己创建二维数据源,直接使用一维数据源即可
//一维数据源永远只放在第一项.并且不存在其它的一维数据源(这样就不会有不同的分组了)
public void setItemList(List<T> itemList) {
List<List<T>> groupList = this.getGroupList();
if (groupList == null) {
groupList = new LinkedList<List<T>>();
}
groupList.clear();
groupList.add(itemList);
this.setGroupList(groupList);
mItemList = itemList;
}- 创建
SimpleRecycleAdapter并绑定到RecycleView
//创建 adapter
//参数要求包括 context,option,数据源及头部数据
SimpleRecycleAdapter adapter=new SimpleRecycleAdapter<String>(this, new HeaderAdapterOption(), mItemList);
//绑定到recycleView
rv.setAdapter(adapter);- 继承并完善
SimpleAdapterOption对于不显示header的情况来说,直接实现IHeaderAdatperOption需要实现的方法会很多,某些方法也可能会导致误解错乱. 所以提供了一个SimpleAdapterOption抽象类,实现了部分IHeaderAdatperOption方法,将需要实现的方法简化.建议在使用不带头部的adatper时继承此类实现相关的抽象方法会更好.
public class SimpleAdapterOption extends SimpleRecycleAdapter.SimpleAdapterOption<String> {
@Override
public int getViewType(int position) {
return 0;
}
@Override
public void setViewHolder(String itemData, int position, HeaderRecycleViewHolder holder) {
//绑定数据
}
@Override
public int getLayoutId(int viewType) {
return R.layout.item_content;
}
}
RecycleScrollHelper是一个辅助类,不需要进行额外的修改,所有相关的设置都可以通过方法进行进行设置.
由于RecycleScrollHelper是用于处理滑动事件的,所以需要实现其对应的回调接口,并作为参数传入.
- 实现接口
public class ScrollPositionChangedListener implements RecycleVIewScrollHelper.OnScrollPositionChangedListener{
@Override
public void onScrollToTop() {
Log.i("scroll", "滑动到顶部");
}
@Override
public void onScrollToBottom() {
Log.i("scroll", "滑动到底部");
}
@Override
public void onScrollToUnknown(boolean isTopViewVisible, boolean isBottomViewVisible) {
//此时可能处于一个还在滑动的状态
//滑动到顶部和低部事件只会在滑动状态停止时回调,处于滑动中是不会回调的
Log.i("scroll", "滑动未达到底部或者顶部");
}
}- 创建辅助类实例并绑定到RecycleView
//参数传入OnScrollPositionChangedListener
RecycleVIewScrollHelper mScrollHelper = new RecycleVIewScrollHelper(this);
//设置是否在检测到某一种边界状态时(滑动到顶部或者底部),继续检测是否触发另一种状态,一般情况下很少用到
mScrollHelper.setCheckScrollToTopBottomTogether(false);
//设置是否优先检测顶部,若为false优先检测底部
mScrollHelper.setCheckScrollToTopFirstBottomAfter(false);
//设置检测底部时是否需要检测满屏状态(item填充满RecycleView的情况)
mScrollHelper.setCheckIfItemViewFullRecycleViewForBottom(true);
//设置检测顶部时是否需要检测满屏状态
mScrollHelper.setCheckIfItemViewFullRecycleViewForTop(true);
//设置检测顶部时的容差值,容差值越大,越容差触发事件
mScrollHelper.setTopOffsetFaultTolerance(100);
//设置检测底部时的容差值
mScrollHelper.setBottomFaultTolerance(100);
//关联相关的RecycleView,随时可以切换回调事件及绑定的RecylceView,此helper可以复用.
mScrollHelper.attachToRecycleView(mRvDisplay);请注意,scrollHelper是可以被复用的,也就是说可以通过helper.attachToRecycleView()方法绑定到其它的RecycleView,但是同样存在的问题是,一个scrollHelper只能绑定一个RecycleView,不能绑定多个.
这是因为helper中回调接口时需要使用到绑定的recycleView,并且helper中只保存了一个recycleView.重复绑定recyleView时会原有的会被替换.
请参考HeaderRecyleAdatper的图片
StickItemDecoration是用于显示固定头部的装饰类,使用它需要实现对应的接口(可以直接使用HeaderRecycleAdatper,该adapter已经实现了相关的接口).
- 实现
IStickerHeaderDecoration绘制固定头部时,StickHeaderItemDecoration完成固定头部的测量绘制,对于固定头部的获取/数据绑定等并不能进行处理,实际上该部分操作也不能由其处理,因此定义了一个接口,用于处理相关的固定头部的数据.
public interface IStickerHeaderDecoration {
//判断当前位置的item是否为一个header
public boolean isHeaderPosition(int position);
//判断当前位置的item是否需要一个stick header view
public boolean hasStickHeader(int position);
//获取指定位置需要显示的headerView的标志,该标志用于缓存唯一的一个header类型的view.
//不同的headerView应该使用不同的tag,否则会被替换
public int getHeaderViewTag(int position, RecyclerView parent);
//根据header标志或者position获取需要的headerView
public View getHeaderView(int position, int headerViewTag, RecyclerView parent);
//设置headerView显示的数据
public void setHeaderView(int position, int headerViewTag, RecyclerView parent, View headerView);
//判断当前渲染的header是否与上一次渲染的header为同一分组,若是可以不再测量与绑定数据
//lastDecoratedPosition,上一次渲染stickHeader的位置
//nowDecoratingPosition,当前需要渲染stickHeader的位置
public boolean isBeenDecorated(int lastDecoratedPosition, int nowDecoratingPosition);
}- 绑定RecycleView
//创建固定头部装饰,参数为IStickerHeaderDecoration
StickHeaderItemDecoration mStickDecoration = new StickHeaderItemDecoration(mNormalAdapter);
//设置recycleView与之绑定即可
mRvDisplay.addItemDecoration(mSickDecoration);
//也可以使用decoration的方法直接绑定recycleView
//注意两者不同之处在于,对于直接使用recycleView绑定的,一个decoration可以绑定多个recylceView,只要确保不会出错就行;
//反之使用decoration的方法进行关联的,decoration永远只会关联一个,不会关联多个
//mStickDecoration.attachToRecyclerView(mRvDisplay);
可为RecycleView添加额外的headerView及footerView,同时也配置有refreshView及loadView两个独立的view添加(与headerView及footerView分开).
使用方式很简单,需要添加headerView或者footerView时,直接进行添加,然后设置原始数据innerAdatper,如果是实现了ISpanSizeHandler及IStcikerHeaderDecoration接口的adapter则不需要作额外处理,否则需要考虑一下是否要设置相关的接口实现.
//设置innerAdapter
mExtraAdapter = new ExtraViewWrapAdapter(mNormalAdapter);
//添加headerView
mExtraAdapter.addHeaderView(R.id.header_view, yourView);
//使用extraViewWrapperAdapter代码原有的adapter作为recycleView的数据绑定
rv.setAdapter(mExtraAdapter);如果不需要添加headerView与footerView,需要添加一个刷新或者是加载的动画界面,可以使用以下方法
//设置刷新时显示的view
mExtraAdapter.setRefreshingHeaderView(yourView);
//使用静态方法设置当前为刷新状态,该方法会自动检测对应的rv(RecycleView)中的adapter是否为ExtraViewWrapperAdapter,然后自动对其进行设置并根据参数调整recycleView(如是否滑动到第一项,参数2)
ExtraViewWrapAdapter.setRefreshingViewStatus(true,true,rv);加载使用的view与刷新的view是相同的使用方式.
--
对于动态修改显示item数量的功能,也集成到了HeaderRecycleAdapter中了.并为了方便使用,提供了一个新的接口.原有的对数据源进行分组的接口没有任何变化,主要就是为了兼容上个版本的使用方法.
该接口只提供与调整item数量相关的方法,并不涉及其它任何方面的,是独立存在的.
- 对于原本使用
HeaderRecycleAdapter来说,需要使用调整item数量的功能只需要让adapterOption实现此接口即可;否则不需要作任何修改; - 对于使用
SimpleRecycleAdapter简易版的adapter来说,SimpleAdapterOption已经默认实现此方法了,只要调接口的setAdjustCount(int)即可实现修改item数量的目的.
以下举例说明接口的实现与使用;其实实现该接口非常简单,只需要让实现IHeaderAdapterOption接口的实现类同时实现此接口即可(内置的SimpleAdapterOption已经默认实现了此接口).
//同时实现IHeaderAdapterOption与IAdjustCountOption
//原因下面会提及
public class AdapterOption<T> implements IHeaderAdapterOption<T, Object>, IAdjustCountOption{
//定义缓存的变量
private int mAdjustItemCount=-1;
//实现相应的方法
public int getAdjustCount() {
return mAdjustCount;
}
public void setAdjustCount(int adjustCount) {
mAdjustCount = adjustCount;
}
//此方法在不需要使用时空实现即可
public void onCreateViewEverytime(@NonNull View itemView, @NonNull ViewGroup parentView, @NonNull HeaderRecycleAdapter adapter, int viewType) {
}
}
这是一个抽象类,并继承自于SimpleAdapterOption,所以这个类可以直接进行所有adapter的操作. 可用于自动调整recycleView的item数量及childView的分布显示
它的实现是很简单的.下面看看实现的例子,这个类封装完了方法让我们更关心于逻辑的实现.看起来就跟直接使用SimpleAdapterOption绑定数据而不进行任何其它操作一样简单~~
private class RelyAdapterOption2 extends AdjustCountAdapterOption<String> {
@Override
public int getViewType(int position) {
return 0;
}
@Override
public int getLayoutId(int viewType) {
return R.layout.item_rely;
}
@Override
public void setViewHolder(String itemData, int position, @NonNull HeaderRecycleViewHolder holder) {
super.setViewHolder(itemData, position, holder);
ImageView itemView = (ImageView) holder.getRootView();
itemView.setImageResource(R.drawable.bg);
itemView.setScaleType(ImageView.ScaleType.FIT_XY);
}
}
这个是在上述完成的功能中抽取出来的,独立的helper.完成的功能是与上述的adapterOption的功能是完全一样的.只是不集成在adapterOption中.
可以看一下简单的使用方法,速成集成到adapterOption中.
private class RelyAdapterOption3 extends SimpleRecycleAdapter.SimpleAdapterOption<String> {
AutoFillAdjustChildHelper mAdjustHelper = null;
public RelyAdapterOption3() {
this.mAdjustHelper = new AutoFillAdjustChildHelper();
}
//所有与`AutoFillAdjustChildAdapterOption`一样的操作可以从这里进行操作
public AutoFillAdjustChildHelper getHelper() {
return mAdjustHelper;
}
@Override
public void onCreateViewEverytime(@NonNull View itemView, @NonNull ViewGroup parentView, @NonNull HeaderRecycleAdapter adapter, int viewType) {
super.onCreateViewEverytime(itemView, parentView, adapter, viewType);
//直接调用这个方法,不需要去判断是否需要使用,已经在内部处理了
mAdjustHelper.computeOnCreateViewHolder(this, itemView, parentView);
}
@Override
public void setViewHolder(String itemData, int position, @NonNull HeaderRecycleViewHolder holder) {
//相同的直接调用这个方法
mAdjustHelper.computeOnBindViewHolder(this, holder);
//自己的绑定逻辑
}
}
/**
* 设置计算出错的错误通知回调(错误回调接口没有进行测试,但是代码中是确保了出错时会调用,一般来说如果是正常的使用不会有回调事件的)
*/
public void setOnComputeStatusErrorListener()
/**
* 设置当前需要依赖的边长.此方法会决定到实际运行时是否真的会计算出结果;
*/
public boolean setIsRelyOnWidth()
/**
* 统一设置子控件的margin部分
*/
public void setChildMarginForAll
/**
* 获取当前实际可均分显示的itemCount最大数.
*/
public int getDisplayItemCount()
/**
* 获取parentView被均分显示childView后剩余的空间填充到ChildView之后作为额外margin的长度
*/
public int getDisplayItemMarginEdgeSize()
/**
* 此方法在界面更新时生效,直接调用不会马上生效,设置后在下一次界面刷新时生效.
*/
public void requestForceRecompute()
/**
* 设置是否进行自动计算
*/
public void setIsAutoCompute(boolean isAutoCompute)
/**
* 设置计算设置childView layoutParams参数的时机
*/
public void setComputeWhen
/**
* 设置希望调整为的item个数,但实际的个数是受到实际的情况影响,如果实际的数据达不到这个数量,会被调整
*
* @param adjustCount
*/
public void setAdjustCount
/**
* 在 onCreateViewHolder 中进行计算并设置childView 的参数
*/
public void computeOnCreateViewHolder
/**
* 在 onBindViewHolder 中进行计算并设置bindView 参数
*/
public void computeOnBindViewHolder
感谢搜索引擎,帮我解决了大量的问题; 感谢所有帮助我解决问题的博客; 如果觉得有用,欢迎start,这将会给我更多的动力做得更好~谢谢~~
React
Typescript
Django
Laravel
Facebook
Microsoft
Google
Alibaba
D3
Tencent