正文
所以设计的好坏不仅仅关乎其本身，更重要的要看是否为解决实际问题而服务。
既然我们今天聊得是一个 Design Pattern，那么我们也还是需要回归到问题的本质，先来思考一下 List 列表页究竟解决的是什么问题？
List 究竟解决什么问题？
我们回到 System 的角度，List 的本质其实是为用户提供一系列同类数据信息的展示。当然，仅仅到这一步是不够的，展示信息的目的是什么？解决什么问题呢？
对于大多数产品来说 List 大多数时候只是某个任务的一个中间环节。比如在电商环节，list 列表页是到达详情页的信息浏览；批处理过程中的数据选择。
这说明 List 列表页在很多情况下只是一个过程，用户的最终目标并不停留在此。所以再回过头来思考 List 究竟解决的是什么问题，我会给出以下定义：
List 的本质是为用户提供一系列的同类信息展示，通过有效的信息组织，帮助用户快速找到感兴趣的信息并引导进入下一步的操作。
下图中的三个案例基本可以代表我们经常看到的不同 list 类型：
第一个是纯信息展示，用户来到这里的目的就是获取信息，所以这里不提供操作；
第二个属于信息的缩略展示，用户通过基础信息找到感兴趣的内容进入下一级详情页面进行下一步操作；
第三个是带具体 action 的信息展示，不过对于下一级详情（或是该流程的最终目标）很清晰，所以从效率角度考虑，将重要的 action 直接前置到了 list 上。
基于以上这个对 List 列表页的定义和分析，我们再回头来看上面的那一排 List 的案例，大家应该稍微有点感觉了吧。
我们可以先不必纠结于那些各式各样的设计形式，按照这个思路再找一个合适的维度来将 list 列表页分拆开进行分析。
List 是如何组成的
