使用 Linq 的隐式强制转换

本文关键字：转换 Linq 使用 | 更新日期: 2023-09-27 18:25:16

假设我有一个包含整数的列表(var identifiers = Enumerable.Empty<int>()(。

使用此列表，我可以将单个项目转换为另一种类型：

var castedIdentifiersLong = identifiers.Cast<long>();
var castedIdentifiersString = identifiers.Cast<string>();

我们可以使用 Select<TSource, TTarget>() 来使用隐式强制转换：

var mappedIdentifiersLong = identifiers.Select<int, long>(x => x);
var mappedIdentifiersString = identifiers.Select<int, string>(x => x);

显然，最后一条语句失败了，因为int不能隐式转换为string。这是故意的。

有没有办法定义一个扩展方法(比如CastImplicitly<T>(，我只能定义两个泛型类型中的一个，它会从可枚举的源中找出第一个类型？

var unwanted = identifiers.ImplicitCast<string>();
var wanted = identifiers.ImplicitCast<long>();

在这种情况下，unwanted甚至不应该编译，因为int不能隐式转换为string。但另一方面，wanted应该编译，因为它是隐式可铸造的long.

使用 Linq 的隐式强制转换

有没有办法定义一个扩展方法(比如CastImplicitly<T>(，我只能定义两个泛型类型之一，它会从可枚举的源中找出第一个类型？

如果输入是通用的，则不会。编译器无法部分推断泛型参数 - 您要么必须指定所有泛型参数，要么不指定任何泛型参数，然后让编译器推断。

即使可以，编译器仍然不允许在泛型类型之间进行隐式强制转换。

如果希望编译器在编译时识别无效的强制转换，则可以执行显式强制转换：

var mappedIdentifiersString = identifiers.Select(x => (string)x);  // fails at compile time if x is an int.

它可能无法在编译时捕获每个可能的无效转换(例如，编译时始终允许向/从object进行转换(，但对于特定int到string方案，它确实会失败。

相关文章：