如何在LINQ的Select中使用ValueTuple替代匿名类型与Tuple？

当然可以在LINQ的Select中使用ValueTuple，它完美解决了匿名类型无法跨方法传递、传统Tuple无法命名元素的问题，语法也更简洁。

正确的写法示例 #

1. 自动推断类型+自动命名元素
   编译器会自动根据原属性名给ValueTuple的元素命名，后续可以直接通过属性名访问：

   var val2 = context.tab1.Select(x => (x.a, x.b, x.c));
   // 后续访问示例：foreach(var item in val2) { var a = item.a; var b = item.b; }
   

2. 显式命名元素
   如果需要自定义元素名称（比如原属性名不够直观），可以直接在元组中指定：

   var val2 = context.tab1.Select(x => (Id: x.a, UserName: x.b, CreateDate: x.c));
   // 后续访问：var id = item.Id; var date = item.CreateDate;
   

3. 显式指定元素类型
   如果需要强制转换元素类型（比如原属性类型与目标类型不一致），可以在每个元素前添加类型转换：

   var val2 = context.tab1.Select(x => ((int)x.a, (int)x.b, (DateTime)x.c));
   // 或者结合命名：
   var val2 = context.tab1.Select(x => (Id: (int)x.a, Age: (int)x.b, JoinTime: (DateTime)x.c));
   

注意事项 #

• 你预想的(int,int,DateTime) (x.a, x.b, x.c)写法是错误的，正确的显式类型声明需要将元组整体转换为ValueTuple<T1,T2,T3>：

  var val2 = context.tab1.Select(x => (ValueTuple<int, int, DateTime>)(x.a, x.b, x.c));
  

  但这种写法通常没必要，因为编译器会自动推断类型。
• 如果你使用的是Entity Framework Core 2.0+，ValueTuple可以直接被翻译成SQL查询，无需额外处理；如果是EF6，部分场景下可能需要先通过AsEnumerable()将数据加载到内存后再使用ValueTuple。

为什么选ValueTuple #

• 相比匿名类型：可以跨方法传递（匿名类型只能在当前方法内部使用，除非用dynamic）
• 相比传统Tuple：支持元素命名，访问更直观，且是值类型，性能更优

内容的提问来源于stack exchange，提问作者Кирилл Гелашвили