MUI Radio组件inputProps失效问题分析与解决方案

问题背景

在MUI（Material-UI）6.4.6版本中，Radio组件出现了一个重要的功能回归问题。开发者发现通过inputProps属性设置的aria-label等属性不再生效，这直接影响了Radio组件的可访问性。

问题表现

当开发者按照官方文档示例使用Radio组件时：

<Radio
  checked={selectedValue === 'a'}
  onChange={handleChange}
  value="a"
  name="radio-buttons"
  inputProps={{ 'aria-label': 'A' }}
/>

预期行为是aria-label属性应该被正确应用到input元素上，但在6.4.6版本中这一功能失效了。

技术原因分析

这个问题的根源在于6.4.6版本引入了slotProps机制。在重构过程中，Radio组件的props处理逻辑发生了变化：

1. 原本通过inputProps传递的属性应该被应用到内部的input元素
2. 新版本中这些属性没有被正确处理和传递
3. 与Radio类似的Checkbox组件已经正确处理了这个问题，通过同时支持inputProps和slotProps.input两种方式

解决方案

对于遇到此问题的开发者，有以下几种解决方案：

1. 临时解决方案：回退到6.4.5版本，等待官方修复
2. 兼容性解决方案：使用新的slotProps.input语法替代inputProps

<Radio
  // 其他属性
  slotProps={{
    input: { 'aria-label': 'A' }
  }}
/>

3. 长期解决方案：等待官方发布修复版本，该修复可能会参考Checkbox组件的实现方式

最佳实践建议

1. 在使用MUI组件时，特别是升级版本后，应该进行全面的可访问性测试
2. 对于表单控件，始终确保提供适当的可访问性属性
3. 关注官方更新日志，了解API变更情况
4. 在项目中可以考虑封装自定义Radio组件，统一处理这类兼容性问题

总结

这个问题展示了在UI组件库升级过程中可能遇到的兼容性挑战。MUI团队正在向更灵活的slotProps架构迁移，但在这个过程中需要确保现有功能的稳定性。开发者应当理解这两种属性传递机制的区别，并根据项目需求选择合适的解决方案。