【Android 编程架构 程序设计】多Item类型的RecyclerView替代scrollView（附demo）

今天写这篇博客是为了向大家推荐一个我自己设计的编程框架，这个框架使用起来有非常多的优势，开发起来也非常灵活。只要是常规的业务页面，都可以使用这个框架进行开发！！！！

以前我们开发一个页面，几乎都是采用ScrollView作为父容器，然后在ScrollView中包含各个模块View。

这样的编程框架有以下两个缺点：

1、加载时间长。

2、占用内存大。

因为进入页面需要把全部模块都加载出来，这不但会需要很长的加载时间，而且单个页面如果占用内存过大，会使得页面非常卡顿，影响用户体验。

而我将RecyclerView代替ScrollView，并以RecyclerView作为基础，以增强可扩展性、灵活性为目标，并使得各模块间完全解耦。所以说，这个编程框架非常值得你来应用一下，目前我也在多个线上页面中采用了这种框架。

以如下页面（已经上线几个月）为例，我将对我这个编程框架进行讲解。

 

拿到一个需要新开发的页面，首先我们需要给这个页面分功能模块。把页面中每一个模块作为RecyclerView的一个item。在listView中把每个item设计为不同的结构时，代码写起来会特别冗余，结构会非常乱。而RecyclView本身一个很重要的特点就是可以实现多种类ITEM。给张图来解释一下，

使用RecyclerView来设计这样一个页面能解决加载慢和内存紧张的问题，因为RecyclerView本身就具有回收和延迟加载的特性。然而，对于这样功能复杂的RecyclerView，如果要是不设计一下结构，可想而知，这个代码维护起来得有多乱！！！因为RecyclerView的业务逻辑都是写在MainAdapter.java，要把这几种type的item都写在MainAdapter.java中，维护起来得多费劲！！

于是，我设计了这样一种结构。

我用红色圆圈圈起来的是程序的3个核心类：MainActivity、MainAdapter、AdapterViewHolderManager。

 

• MainAcitivity用于组织业务逻辑。
• MainAdapter是RecyclerView对应的Adapter。
• AdapterViewHolderManager来管理所有的ViewHolder。可想而知，Adapter中有多少个type的item，就有多少个ViewHolder。

 

从思维导图中可以看到有个delegate文件夹，里面有每一种viewholder的delegate。其中，AdapterDelegate是每一种delegate都要实现的接口。由于现在编写程序都是数据驱动业务逻辑，model文件夹里就是每一种delegate对应的数据，而最终需要把每一种delegate的数据都放到一个list中，这就需要让每一个数据类都实现IIndependentTravelData接口。这里给出demo工程的文件结构。

现在，你无法想象本该代码很复杂的主Adapter中的代码结构有多清晰。

这里onBindViewHolder等方法里再也不需要写switch来判断不同的type，根据不同的type做相应操作了。为什么结构会如此清晰？这里用到了java的多态。在MainAdapter的构造方法里把每一个delegate的引用add到manager中，在四个实现方法里只需要调用manger.***对应的方法就可以了。

这样设计程序不光有结构清晰的特点，维护起来也非常容易。比如，我现在要调整一下每一个item的展示顺序，我只需要调整list中每个item的model顺序就可以了。

附上非常简单的框架demo点击打开链接。这个demo只是供学习思想使用，并没有多少实现具体业务逻辑。不过大家在实现过程中如果遇到具体问题可以邮件问我。zhshan@ctrip.com。另外，大家如果接受这样的程序设计，就大胆去实现吧。我已经实现过，并且已经上线。

 

~~~~~~~~年前最后一个工作日里，我把这个框架再升级一下送给大家~~~~~~~~~~~~~~~~~

 

经过几个版本的迭代，多Item的RecyclerView框架日渐成熟，我也进行了很多优化：

1.

改进页面滑动不流畅，滑动起来总是很卡顿的问题。

因为多Item类型的RecyclerView的每一个item都比较复杂，当滑出屏幕后，会重新刷新UI，在demo中我做了相应处理，现在滑动很流畅！！

2.

MainAdapter的解耦

之前的MainAdapter需要在每个修改item类型时都要修改一次，经过修改，根据枚举去刷新UI就行了。

3.

层次不清晰

之前的框架中，当某一个delegate需要改变UI时，需要先去list中遍历找到相应数据源，再去重新刷新UI。这主要是受了Adapter的常规写法的影响。改进后，每一个delegate的数据源不再放在一个数组里，而是单独持有！这关键性的改变，决定了该框架可以广泛传播使用起来！

 

经过这几个重大改变，我的这个框架已经非常易用了。希望能给你的程序设计带来帮助！如果任何建议或疑问，可以直接留言，博主每天都会查看！如未及时回复，可以邮件联系我，我看到后就会回复信息。

再次附上demo（点击下载！）