蜗牛君漫聊动态布局框架（二）：核心功能的思路与实现

Hello！ 大家好，我是蜗牛君~ 我们又见面了，本篇文章是蜗牛君漫聊动态布局框架的第二篇。上一篇中我们讲解了框架的大致思路，以及复习了一下RecyclerView的基础使用方式。那么本篇文章我们就正式开始框架的搭建了。

首先我们要做一件事情，就是捋清楚整个框架的搭建思路。

思路讲解

1、思路的起点：getItemViewType(int position)方法

只要是有Android原生开发经验的朋友都知道在RecyclerView出现之前，我们一直熟练使用的是ListView，为了解决ListView的一些不理想之处，所以出现了RecyclerView，但是ListView的大部分功能RecyclerView还是继承了。蜗牛君在很久之前使用ListView做开发时就遇到过一个需求，在新闻列表中要穿插广告，广告的布局样式和新闻布局完全不同，这个需求很常见，所以蜗牛君在网上很轻易的就查到了大量的文章，这些文章的内容大同小异，他们都有一个共同点，那就是使用Adapter的getItemViewType(int position)方法。

于是蜗牛君就在网上查了一下这个方法的用途。大概意思就是说在Adapter创建ViewHolder之前，会先通过getItemViewType方法判断数据的类型，可以根据getItemViewType方法不同的返回值，确定加载不同的ViewHolder。因此，getItemViewType方法就是思路的起点。

那我们在getItemViewType方法中做什么呢？由于getItemViewType方法的返回值是int类型，因此这个int类型的值要能够确定ViewHolder的具体类型。

2、数据类型和ViewHolder类型对应关系的存储

我们框架的原理就是根据不同类型的数据选择不同类型的ViewHolder，因此这份一一对应的关系如何存储至关重要。

我们的思路是使用HashMap集合，数据类型的Class类为Key值，ViewHolder类的Class类为Value值，这样就把一一对应的关系存储起来了。

既然我们存储的是Class类，因此在实例化的时候就需要用到Java的反射机制了，这也就是动态的体现。

3、数据和ViewHolder对应关系的查询

在HashMap集合中，Key值是数据类型的Class类，我们接下来要思考的问题是如何确定Key值。上文提到过，getItemViewType方法返回的数据类型是int类型，而我们HashMap中存储的Key值是Class类型，这完全不匹配啊！我们的策略是中间增加一层，建立Key值的索引目录。

具体来讲就是，我们在初始化时，要进行一步存储操作，这步操作包含两项：第一项就是将数据类型的Class类依次存入ArrayList集合；第二项是依次将数据与ViewHolder