含短列表的异构CardViews：LinearLayout与RecyclerView选型疑问

嘿，这个问题问到点子上了！咱们结合你的场景来唠唠～

首先纠正你一个小误解：异构布局下RecyclerView依然能发挥视图复用的作用，只是复用的逻辑需要你稍微处理下。如果你的短列表里存在不同类型的列表项（比如有的是纯文本、有的带图标），只要在Adapter里重写getItemViewType()方法，给不同类型的项分配唯一的type值，再在onCreateViewHolder()里根据type创建对应的ViewHolder，RecyclerView就会自动复用同类型的视图。哪怕你的短列表只有0-6项，当数据动态变化时（比如从3项变6项，再变2项），复用机制依然能减少视图的创建销毁开销，只是因为总量小，这个收益没长列表那么明显而已。

接下来聊聊两种方案的优劣势，结合你的场景来选：

• 用LinearLayout实现短列表：
  优点是上手快，代码简单直接——直接把列表项View一个个add到LinearLayout里就行，不需要写Adapter、ViewHolder那一套。如果你的短列表数据完全静态，几乎不会有增删改的需求，那用LinearLayout完全没问题，性能上和RecyclerView没差别（毕竟才最多6项）。
  缺点也很明显：如果数据需要动态更新，你得手动处理视图的添加、删除、隐藏，还要自己管理数据和视图的绑定关系，很容易写出冗余代码；另外如果以后想给列表加分割线、动画效果，或者改成网格布局，几乎要全部重构。

• 用RecyclerView实现短列表：
  优点是灵活性和可维护性拉满：

  1. 自带数据更新API（notifyDataSetChanged()、notifyItemInserted()等），数据变化时不用手动操作视图，直接更新数据集就行；
  2. 内置ItemDecoration可以轻松实现分割线、间距，ItemAnimator能一键添加增删项的动画效果，这些用LinearLayout得自己写大量自定义代码；
  3. 换布局样式只需要替换LayoutManager（比如从线性改成网格），不用动核心逻辑；
  4. 哪怕现在是短列表，以后如果需求扩展（比如列表变长、增加更多项类型），RecyclerView的架构可以直接支撑，不用重构。
     缺点是需要写Adapter和ViewHolder，初期代码量比LinearLayout多一点，但这点成本在长期维护里完全值得。

最后给你的建议：如果这两个短列表的数据是动态变化的，或者你不确定以后会不会有功能扩展，优先选RecyclerView；如果数据完全静态，且短期内不会变，用LinearLayout更省心。

内容的提问来源于stack exchange，提问作者Blake