学iOS的应该没有没用过tableView的吧，tableView里面会对dequeueReusableCellWithIdentifier申明的cell根据identifier进行复用，而cell的复用相信会让一些初学者有一些困扰，它是怎么实现复用的，为什么我这么写，cell会变得好乱，完全不是我想要的。
而在平常的需求里面也会遇到一些需要横向的可循环使用的视图的需求
如下图，
如果每需要一个就重新创建一个
view的话，这么多view会占用太多的内存了，而且其实很多view，完全是占着茅坑不拉屎。所以，我们一般都会用复用其中的view，如果我们实现了这样一个有复用视图，对于以后多个imageView、tableView等就有一个比较好的处理方法了。
以上就是我写这个pageListView的原因， 1.增强对于复用的理解 2.便于平常项目里面对于一些可重复使用的view做一个简单地集成封装。
其实我们要实现的pageListView复用的原理和tableView对于cell的复用的原理基本一致，只是简单了很多。因为我们目前考虑的都是一页一页的切换。所以不必考虑这个view的size和滑动完之后停留在两个view中间的情况。
简单说一下我们目前的思路，其实和tableViewCell复用的机制类似，创建两个池子，一个放可视区域的views，另一个放可复用views。当需要展示一个view，而复用池为空时，就创建一个新的view，并将这个view放在可视views池，如果一个view已经完全出了可视区域，就把它放入复用池，每次加载view的时候给view设置一下frame。
上面讲了最基本的思路，下面让我们来实现看看。
https://github.com/redihd/PageListView
这个是我实现一个可复用的pageListView的代码，想看的可以拉下来看一下。
下面我会用我实现的代码来做简单的讲解。
因为要实现的view很简单，所以我们在.h文件中也没有太多的属性与方法，主要就是有个三个block来实现类似tableView的datasource 与delegate。其中loadViewAtIndexBlock 需要两个传入参数，会有一个返回的view，这个block实现了类似- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath;这个方法。在接下来我们会细讲这个block的功能。
再来看.m文件里面的属性
我们将一些不需要对外暴露的都放在了.m中，其中两个属性
visibleListViewsItems,dequeueViewPool是实现能够复用view的pageView的关键。visibleListViewsItems :这个可变字典用来存储可视区域的视图及其对应的index。dequeueViewPool：这个可变set用来存储可复用的视图。.m文件中大多数方法都是设置frame，位移等，我们这里不谈，主要介绍其中几个关键方法
loadDequeueViewAndVisibleViewsIfNeeded该方法主要是在scrollview的contentOffset.x变化时，计算应该要在可视视图字典中的视图，把旧的可视视图字典里面的视图移动到可重用视图池，然后将要新的展示的视图取出来，加入可视视图字典。
loadViewAtIndex该方法主要是从我们datasource的block获取要展示的view，这个view默认是从复用池即visibleListViewsItems任意取一个view来当做我们将要展示的view，并将其与index加入visibleListViewsItems，如果block提供的view为空，再新建一个view。然后将原来在view要展示的位置的视图（如果还有的话）移除，并加入visibleListViewsItems。
基本思路就是这样了
然后关于如何使用这个view
totalPagesCountBlock 这个block设置有多少个view要展示
loadViewAtIndexBlock 这个block处理可重用的视图
pageViewClickBlock 这个block处理点击事件
个人比较喜欢用block，所以把delegate和datasource都用block来做了。
最后跑一下，可以看到，即使设置了60000个，但是cpu和memory都还是很小。
最后，其实我们现在要实现这种视图，用横向的collectionView来做就好了。但是，写一个这种对于个人理解一些东西的实现还是有帮助的。接下来可能会把这个写的更详细，功能再多一些。
另外再就是自己用uiview实现一个缺一部分功能的scrollView。
