CheckListView扩展之框架修改

简介: 我之前写过一个自定义的选框列表https://www.jianshu.com/p/e4cebd5d79bc当时我说功能就我能想到哪些就先把哪些可能需要的功能怼进去,然后在实战中,我发现它不能满足我所有的需求,所以这个框架要改。

我之前写过一个自定义的选框列表https://www.jianshu.com/p/e4cebd5d79bc
当时我说功能就我能想到哪些就先把哪些可能需要的功能怼进去,然后在实战中,我发现它不能满足我所有的需求,所以这个框架要改。

对于改框架这事,我可是刻苦铭心,之前就是因为没好好想要怎么改,每次改动都直接怼代码进去,导致框架在改了几次之后内部变得乱七八糟的,害我不得不重新写一个,所以这次我打算好好的去修改这个框架。

PS:如果没有看过这个框架的话这篇文章就肯定看不出啥。

一.新增选框的隐藏/显示功能

对于这个我打算加个布尔值的变量来定义隐藏和显示,既然是加变量,那就可以像之前的流程一样添加参数。

(1)在attrs添加

<!-- 是否显示checkbox -->
<attr name="show_check" format="boolean"/>

(2)在框架内定义

protected boolean showCheck = true;
showCheck = type.getBoolean(R.styleable.KylinCheckListViewStyle_show_check,true);
public void setShowCheck(boolean showCheck) {
        this.showCheck = showCheck;
    }

默认显示选框

(3)添加显示隐藏的逻辑
因为是属于item层的,所以肯定是在viewholder里面添加逻辑,在原本的setdata中加入逻辑


img_6eff08508e9d34e8912e1908d69ad046.png

(4)外部调用
上面加几行代码就能实现隐藏显示功能了,外部想动态选择显示/隐藏的话,可以直接调用setShowCheck()方法,然后调用更新方法就行了。这样看来原框架的扩展性也不是很差。

二.新增EmptyView

EmptyView就是那个提示的页面,获取数据之前有个菊花转,那个被称作EmptyView,如果要在原本的CheckListView上加一层EmptyView的话就很麻烦。
(1)一般可以用个FrameLayout,按顺序add这两层布局,但是这样的话每次都要写这层布局,写添加的逻辑,这样就贼麻烦。
(2)在框架内部添加,这个方法也不行,首先框架本身就是一个布局,是和EmptyView属于同级的关系,而且如果有些地方用到EmptyView而有些地方没用到的话还要加逻辑判断。

那怎么办,幸运的是正好有个为扩展而生的设计模式,装饰者模式,我觉得这个模式十分的适合这个场景。

1. 先定义一个接口Decorator
然后我做装饰者模式我是这样写的,我先看原本的框架有什么是需要和外部连接的,我先找到了需要返回RecyclerView和创建方法,那就先在Decorator加,之后有扩展也方便。

public interface KylinCheckListDecorator {
    /**
     * 返回CheckList的RecyclerView
     */
    RecyclerView getRecyclerView();
    /**
     *  创建
     */
    void create();

}

然后在原本类中实现这个接口,注意,记得在原本类把这两个方法用@Override来修饰,虽然我记得好像不修饰也是可以的,但是这是一个习惯,好的习惯会很大程度上的帮助阅读代码。

2. 再写具体的装饰者
(1)装饰者构造方法

    private KylinEmptyCheckView(){}

    public KylinEmptyCheckView(Context context){
        this.context = context;
        kylinCheckListView = new KylinCheckListView(context);
    }

为了安全我把无参数的方法变成私有。

(2)实现KylinCheckListDecorator接口重写方法

    @Override
    public RecyclerView getRecyclerView() {
        if (kylinCheckListView.getRecyclerView() != null) {
            return kylinCheckListView.getRecyclerView();
        }
        return null;
    }

    @Override
    public void create() {
        kylinCheckListView.create();
    }

因为上面构造方法创建kylinCheckListView,所以我这就不加判空操作,应该不会有问题。这里就体现出了装饰者的好处。

(3)添加EmptyView

这里最好写得细一点,要结合内部的KylinCheckListView,因为我的KylinCheckListView就是一个FrameLayout,我就不需要再写一层FrameLayout做父布局,而是直接在KylinCheckListView上添加EmptyView。
但是必须限制要在create()方法只会才能add,因为要让EmptyView处于最上层。

    public void addEmptyView(KylinEmptyView emptyView){
        // 防止添加多层
        if (mEmptyView != null || kylinCheckListView.getRecyclerView() == null){
            return;
        }
        // 添加
        kylinCheckListView.addView(emptyView);
    }

只有在没有emptyView并且有已经create的情况下才允许添加。

(4)修改扩展性

按照上面这样的写法是没问题,就是不太灵活,比如我很久之后有个新的EmptyView,而不用KylinEmptyView的话怎么办?再写个新的装饰者?或者把全部地方都改完?

这时我们可以不写死EmptyView,而使用泛型。所以改成

private T mEmptyView;

(5)整个修饰者类的代码

public class KylinEmptyCheckView<T extends View> implements KylinCheckListDecorator{

    private T mEmptyView;
    private KylinCheckListView kylinCheckListView;
    private Context context;

    private KylinEmptyCheckView(){}

    public KylinEmptyCheckView(Context context){
        this.context = context;
        kylinCheckListView = new KylinCheckListView(context);
    }

    public void addEmptyView(KylinEmptyView emptyView){
        // 防止添加多层
        if (mEmptyView != null || kylinCheckListView.getRecyclerView() == null){
            return;
        }
        // 添加
        kylinCheckListView.addView(emptyView);
    }

    public KylinCheckListView getKylinCheckListView() {
        return kylinCheckListView;
    }

    @Override
    public RecyclerView getRecyclerView() {
        if (kylinCheckListView.getRecyclerView() != null) {
            return kylinCheckListView.getRecyclerView();
        }
        return null;
    }

    @Override
    public void create() {
        kylinCheckListView.create();
    }

}

按理来说我觉得这里应该用<T extends BaseEmptyView>,因为View的范围太广了,但是我没有BaseEmptyView,所以就先这样吧。

三.配合上拉下拉框架

我之前写过一个PullRefreshKylinCheckList是针对KylinCheckListView的

public class PullRefreshKylinCheckList extends PullToRefreshBase<KylinCheckListView> {

    private EmptyView emptyView;
    private KylinCheckListView chekListView;

    public PullRefreshKylinCheckList(Context context) {
        super(context);
    }

    public PullRefreshKylinCheckList(Context context, AttributeSet attrs) {
        super(context, attrs);
    }

    public PullRefreshKylinCheckList(Context context, Mode mode) {
        super(context, mode);
    }

    public void setChekListView(KylinCheckListView chekListView) {
        this.chekListView = chekListView;
    }

    public KylinCheckListView getChekListView() {
        return chekListView;
    }

    public void setEmptyView(EmptyView emptyView) {
        this.emptyView = emptyView;
    }

    @Override
    public Orientation getPullToRefreshScrollDirection() {
        return Orientation.VERTICAL;
    }

    @Override
    protected KylinCheckListView createRefreshableView(Context context, AttributeSet attrs) {
        chekListView = new KylinCheckListView(context);
        return chekListView;
    }

    @Override
    protected boolean isReadyForPullEnd() {
        if (getMode() == Mode.PULL_FROM_START){ return false;}

        RecyclerView recyclerView = chekListView.getRecyclerView();

        if (recyclerView == null){return false;}
        RecyclerView.Adapter adapter = recyclerView.getAdapter();
        if (null == adapter || adapter.getItemCount() == 0) {
            return true;
        }
        LinearLayoutManager linearLayoutManager = (LinearLayoutManager) recyclerView.getLayoutManager();
        if (linearLayoutManager.findLastVisibleItemPosition() >= adapter.getItemCount() - 2) {
            View childView = recyclerView.getChildAt(linearLayoutManager.findLastVisibleItemPosition()
                    - linearLayoutManager.findFirstVisibleItemPosition());
            if (null != childView){
                return childView.getBottom() <= recyclerView.getBottom();
            }

        }
        return false;
    }

    @Override
    protected boolean isReadyForPullStart() {

        RecyclerView recyclerView = chekListView.getRecyclerView();

        if (recyclerView == null){return false;}
        RecyclerView.Adapter adapter = recyclerView.getAdapter();
        if (null == adapter || adapter.getItemCount() == 0) {
            return true;
        }
        LinearLayoutManager linearLayoutManager = (LinearLayoutManager) recyclerView.getLayoutManager();
        View child = recyclerView.getChildAt(0);
        return null != child
                && linearLayoutManager.findFirstVisibleItemPosition() <= 0
                && recyclerView.getChildAt(0).getTop() >= 0;
    }

}

为什么要说这个,因为这个是为了说明装饰者的又一个好处,引用而非继承,我的装饰者要做的只是拿到被装饰者,然后再做设置emptyview的操作,而这给被装饰者是谁无所谓,只要是KylinCheckListView就行,所以我就可以直接拿PullRefreshKylinCheckList 创建的KylinCheckListView对象进行装饰。这里就可以直接什么都不改,如果我是用继承的话,这里的上拉下拉肯定要改一些内容才能用。

调用

我按照这个方法在实际项目中进行调用

        KylinCheckListView checkListView = pullCheckList.getChekListView();
        checkListView.setItemClass(ProductListViewModel.class); 
        checkListView.setShowType(KylinCheckListView.MULTISELECT);
        checkListView.setItemDecoration(1);
        checkListView.setCbMarginLeft(DimensionUtils.dip2px(getActivity(),10));
        checkListView.setItemBackgroup(R.color.white);
        checkListView.setItemGravity(Gravity.CENTER);
        checkListView.setCbDrawable(R.drawable.ib_radiobutton_list);
        checkListView.create();
        checkListView.setDataToView(new ArrayList<>());

        kylinEmptyView = new KylinEmptyView(getActivity());
        KylinEmptyCheckView kylinEmptyCheckView = new KylinEmptyCheckView<KylinEmptyView>(checkListView);
        kylinEmptyCheckView.addEmptyView(kylinEmptyView);

        pullCheckList.setMode(PullToRefreshBase.Mode.BOTH);

发现展示不出菊花转,然后找了半天发现是装饰者那写错了,内部是创建,而我要做的是传PullRefreshKylinCheckList创建的,所以要加一个引用外部的构造方法

    public KylinEmptyCheckView(KylinCheckListView kylinCheckListView){
        this.kylinCheckListView = kylinCheckListView;
    }

这样就能正常显示了。

至于Demo,如果用Emptyview的话要模拟请求过程才能看到效果,还要写请求框架的话那就变得有些麻烦,所以demo就不写了。

目录
相关文章
|
1月前
|
安全 编译器 程序员
C++对C的扩展(下)
C++对C的扩展
29 0
|
6月前
运放扩展专题
运放扩展是指通过在运放电路中添加一些外部元器件,来扩展运放的功能和性能。运放扩展技术在电子领域中应用广泛,能够实现各种电路的设计和优化。 运放扩展技术的基本原理: 运放扩展技术的基本原理是在运放电路中添加一些外部元器件,改变运放的输入、输出特性,从而实现各种电路的设计和优化。常见的运放扩展技术包括负反馈、正反馈、积分、微分、比较器、滤波等。 负反馈: 负反馈是一种常用的运放扩展技术,它可以改变运放的增益、输入电阻和输出电阻等特性,从而实现电路的设计和优化。负反馈电路一般由运放、反馈电阻和输入电阻组成,通过改变反馈电阻和输入电阻的比例,可以改变电路的增益和输入电阻。 正反馈: 正反馈是一种
18 0
|
1月前
|
安全 程序员 编译器
C++对C的扩展(上)
C++对C的扩展
31 0
|
8月前
|
安全 编译器 C语言
c++学习之c++对c的扩展1
c++学习之c++对c的扩展1
84 0
|
6月前
|
设计模式 前端开发 Java
如何实现自定义MVC框架(最终版本)
如何实现自定义MVC框架(最终版本)
25 0
|
7月前
|
Oracle 架构师 关系型数据库
C#反射应用之实现动态可配置可扩展框架的简单示例
C#反射应用之实现动态可配置可扩展框架的简单示例
|
8月前
|
编译器 C语言 C++
c++学习之c++对c的扩展2
c++学习之c++对c的扩展2
51 0
|
10月前
|
C语言 C++ 容器
|
存储 C#
扩展按钮图标
扩展按钮图标
308 1
扩展按钮图标
|
Java 调度 开发工具
QuickTask动态脚本支持框架整体介绍篇
一个简单的动态脚本调度框架,支持运行时,实时增加,删除和修改动态脚本,可用于后端的进行接口验证、数据订正,执行定时任务或校验脚本
223 0
QuickTask动态脚本支持框架整体介绍篇