RecyclerView 缺少 onItemClickListener()？为什么以及如何适应
简介
RecyclerView 是为了取代 ListView 而引入的，它明显删除了 onItemClickListener()。这种缺失引发了对其推理的质疑，并为实现项目点击处理带来了挑战。
为什么 Google 删除了 onItemClickListener()
Google 由于性能和可用性而停止了 onItemClickListener()的担忧。使用 ListView，内部元素内会发生点击侦听器冲突，从而导致不可预测的行为和大量用户查询。
替代方法
为了弥补缺少的 onItemClickListener()，开发人员采取了各种方法：
1。重写 RecyclerView 适配器中的 onClick()：
此方法将 onClick 处理委托给适配器的 ViewHolder。但是，它需要为每个 ViewHolder 中的每个 View 手动设置点击监听器，这对于复杂的布局来说会变得很麻烦。
2.使用 RxJava 公开 Observable：
利用 RxJava，您可以创建一个 PublishSubject 来发出单击的项目数据。这种方法将点击处理与适配器分离，提供了更大的灵活性和可测试性。
代码示例：
public class ReactiveAdapter extends RecyclerView.Adapter<MyAdapter.ViewHolder> {
...
private final PublishSubject<String> onClickSubject = PublishSubject.create();
...
@Override
public void onBindViewHolder(final ViewHolder holder, int position) {
...
holder.itemView.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
onClickSubject.onNext(element);
}
});
}
...
}其他注意事项
自定义监听器ViewHolder：
此方法允许您为 ViewHolder 中的不同视图类型定义自定义单击侦听器。它为复杂布局的点击处理提供了更大的粒度。
委托给 Orchestrator：
您可以将点击处理委托给更高级别的组件，例如 Fragment 或Activity，用于处理点击事件并跨多个片段或实现一致的行为
结论
虽然 RecyclerView 缺少 onItemClickListener() 最初看起来可能令人惊讶，但它最终为开发人员提供了更高的灵活性和项目点击处理的自定义选项。通过采用上述推荐的方法，您可以在 RecyclerView 中有效地实现点击事件，利用其多功能性和性能优势。
以上是为什么RecyclerView去掉了`onItemClickListener()`，如何有效处理Item点击？的详细内容。更多信息请关注PHP中文网其他相关文章！
