Android多按钮点击事件代码精简方案咨询

针对你当前重复编写按钮绑定逻辑的问题，推荐以下两种简洁的优化方案：

方案一：数据类+批量遍历绑定 #

通过定义数据类封装每个按钮对应的资源关联关系，再批量遍历完成点击事件绑定，避免重复代码：

1. 先定义数据类，统一封装按钮ID、GIF资源和描述字符串资源：

data class ExerciseButtonInfo(
    val buttonId: Int,
    val gifResId: Int,
    val descriptionResId: Int
)

2. 初始化所有按钮的关联信息列表，然后批量绑定点击事件：

// 把所有按钮的对应资源信息统一放到列表里
val exerciseButtons = listOf(
    ExerciseButtonInfo(R.id.watch4day2, R.drawable.pullupsgif, R.string.pullups_description),
    ExerciseButtonInfo(R.id.watch5Day2, R.drawable.triceps_press, R.string.triceps_press_description),
    ExerciseButtonInfo(R.id.watch1Day3, R.drawable.warmupgif, R.string.warmup_description),
    ExerciseButtonInfo(R.id.watch2Day3, R.drawable.squatgif, R.string.squat_description)
)

// 遍历列表，一次性完成所有按钮的点击事件绑定
exerciseButtons.forEach { info ->
    view.findViewById<Button>(info.buttonId).setOnClickListener {
        makePopupDescription(context, info.gifResId, context.getString(info.descriptionResId))
    }
}

方案二：使用ViewBinding简化（推荐） #

如果你已经启用了ViewBinding（Android Studio默认支持），可以完全避免findViewById的重复调用，代码更简洁安全：

1. 确保项目已启用ViewBinding（在模块的build.gradle中配置）：

android {
    ...
    buildFeatures {
        viewBinding true
    }
}

2. 在Fragment/Activity中获取Binding实例，然后直接关联按钮和资源：

// 假设你的训练页面布局是training_fragment.xml，生成的Binding类为TrainingFragmentBinding
val binding = TrainingFragmentBinding.inflate(layoutInflater, container, false)

// 直接用Binding中的按钮引用，关联对应资源
val exerciseButtonPairs = listOf(
    binding.watch4day2 to Pair(R.drawable.pullupsgif, R.string.pullups_description),
    binding.watch5Day2 to Pair(R.drawable.triceps_press, R.string.triceps_press_description),
    binding.watch1Day3 to Pair(R.drawable.warmupgif, R.string.warmup_description),
    binding.watch2Day3 to Pair(R.drawable.squatgif, R.string.squat_description)
)

// 批量绑定点击事件
exerciseButtonPairs.forEach { (button, resources) ->
    button.setOnClickListener {
        makePopupDescription(context, resources.first, context.getString(resources.second))
    }
}

注意事项 #

不推荐用反射批量获取按钮ID（比如根据命名规则拼接ID字符串再反射获取），这种方式虽然能少写几个ID，但代码可读性差，且容易因ID命名变更出现隐藏bug，维护成本更高。上面两种方案都是直观且易维护的选择。

内容的提问来源于stack exchange，提问作者Саша Павленко