Xamarin.Forms CollectionView多选时如何将选中的object项转为自定义LogEvent类

现有可复用配置 #

已经搭好的绑定逻辑不需要改动，可直接在此基础上完成转换：

• Logs属性为ObservableCollection<LogEvent>类型，已配置对应BindableProperty，与CollectionView的ItemsSource完成双向绑定
• SelectedEvents属性为ObservableCollection<object>类型，已与CollectionView的SelectedItems双向绑定
• CollectionView已设置SelectionMode="Multiple"，关联的SelectionChangedCommand可正常捕获选中变更事件

具体实现方式 #

• CollectionView存储选中项时，会完整保留ItemsSource传入的原始对象的运行时类型，SelectedItems之所以要求绑定ObservableCollection<object>，只是为了满足多类型集合的绑定兼容，并不会对实际选中的对象做类型封装或篡改。
• 遍历选中项时无需使用反射，通过C#内置的类型匹配语法就能完成安全转换，直接访问LogEvent定义的Level、Text等自定义属性：

  // SelectionChangedCommand绑定的执行逻辑示例
  private void ProcessSelectedLogs()
  {
      foreach (var item in SelectedEvents)
      {
          // 模式匹配做安全类型校验，匹配成功即可拿到强类型的LogEvent实例
          if (item is LogEvent currentLog)
          {
              // 直接访问自定义属性，无额外转换开销
              var logLevel = currentLog.Level;
              var logContent = currentLog.Text;
              // 后续业务逻辑
          }
      }
  }
  

• 如果需要批量处理所有选中项，可直接通过LINQ生成强类型集合，省去逐元素判断的重复代码：

  // 一次性过滤所有非预期类型，生成可直接使用的强类型选中列表
  var validSelectedLogs = SelectedEvents.OfType<LogEvent>().ToList();
  

常见踩坑排查 #

• 不要把单个选中项误判为数组：SelectedEvents本身是集合，集合内的单个元素就是单个LogEvent实例，不存在嵌套数组结构，直接对单个元素做类型匹配即可。
• 类型转换失败时优先检查ItemsSource绑定：如果ItemsSource绑定的不是原生LogEvent集合，而是经过包装类、匿名类型投影转换后的集合，就会出现实际运行时类型和预期LogEvent不一致的问题，这种场景需要修正数据源绑定，直接传入原生LogEvent对象集合。
• 不要把反射作为常规实现方式：只要绑定链路正确，选中项的实际类型就是LogEvent，不需要通过反射逐字段读取属性值。

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