Blazor EditForm中InputRadioGroup绑定自定义GameModel类报类型不支持错误

• Blazor 内置的InputRadioGroup组件对绑定值的类型有明确约束：仅支持可被内置类型转换逻辑处理的基础值类型（如字符串、数值、布尔值等），无法直接识别和处理自定义复杂引用类型（即本例中的GameModel类实例）。组件内部在执行值比对、选中状态同步时，没有针对自定义类的默认相等性判断与类型转换逻辑，因此会抛出“不支持当前类型”的运行时错误。
• 代码层面的附带问题：原示例中InputRadioGroup的绑定目标写为Gamemodelsample（小写首字母m），但代码块中定义的属性为GameModelSample（大写首字母M），C#对大小写敏感，这种不匹配会导致双向绑定完全失效，进一步触发组件状态异常。

Blazor 表单组件的通用设计逻辑是：直接绑定可序列化的基础类型值，复杂实体的关联关系在业务逻辑层做映射，这种方式兼容性最好，也完全符合InputRadioGroup的类型支持范围。

1. 调整@code块的属性定义，将绑定目标从完整GameModel实例改为GameModel中的基础类型标识（如字符串类型的GameId）：

   @code{
       // 移除直接绑定GameModel实例的写法
       // public GameModel GameModelSample { get; set; } = new();
       // 改为绑定组件支持的string类型，存储选中游戏的唯一ID
       public string SelectedGameId { get; set; }
   }
   

2. 调整表单中单选组的绑定与值定义：

   <EditForm Model="ViewModel" OnValidSubmit="HandleCreateGroup">
       @if (ViewModel.Games.List.Any())
       {
           <InputRadioGroup Name="GameSelect" @bind-Value="SelectedGameId">
               @foreach (var game in ViewModel.Games.List)
               {
                   <!-- 将InputRadio的值设置为当前游戏的GameId字符串，和绑定类型完全匹配 -->
                   <InputRadio Value="game.GameId" />
                   @game.GameName
                   <br />
               }
           </InputRadioGroup>
       }
   </EditForm>
   

3. 在表单提交的业务方法中，通过选中的GameId匹配获取完整的GameModel实例即可：

   private void HandleCreateGroup()
   {
       // 从原游戏列表中匹配选中的完整实体
       var selectedGame = ViewModel.Games.List.FirstOrDefault(g => g.GameId == SelectedGameId);
       // 后续业务逻辑处理
   }
   

如果业务场景要求必须直接绑定GameModel实例，需要给GameModel实现IEquatable<GameModel>相等性接口，让组件可以正确比对不同实例的值（默认的引用相等逻辑无法识别属性完全相同的两个不同类实例）：

public class GameModel : IEquatable<GameModel>
{
    public string GameId { get; set; }
    public string GameName { get; set; }

    public bool Equals(GameModel other)
    {
        // 以GameId作为两个实例的相等判断依据
        return other != null && GameId == other.GameId;
    }

    public override bool Equals(object obj)
    {
        return Equals(obj as GameModel);
    }

    public override int GetHashCode()
    {
        return GameId?.GetHashCode() ?? 0;
    }
}

注意：该方案仅能解决实例相等性判断的问题，InputRadioGroup对复杂类型的绑定兼容性始终弱于基础类型，存在表单验证、序列化环节的潜在异常，生产环境优先选择绑定基础标识属性的实现方式。

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