我将项目从VS2013迁移到VS2015后，该项目无法再构建。 在以下LINQ语句中发生编译错误：
static void Main(string[] args)
{
decimal a, b;
IEnumerable<dynamic> array = new string[] { "10", "20", "30" };
var result = (from v in array
where decimal.TryParse(v, out a) && decimal.TryParse("15", out b) && a <= b // Error here
orderby decimal.Parse(v)
select v).ToArray();
}
编译器返回错误:
Error CS0165 使用未赋值的局部变量'b'
是什么原因导致了这个问题? 是否可以通过编译器设置来解决它?
是什么导致了这个问题?
在我看来，这似乎是编译器的一个 bug。尽管 decimal.TryParse(v, out a) 和 decimal.TryParse(v, out b) 表达式是动态评估的，但是我期望编译器在到达a <= b时仍能理解两个变量都已经被赋值。即使在动态类型中可以想出一些怪异的情况，我也希望只有在评估了两个TryParse调用之后才会评估a <= b。
然而，通过操作和转换的技巧，完全有可能有一个表达式A && B && C，它评估了A和C，但没有评估B - 如果你足够狡猾。请参阅Roslyn bug report中Neal Gafter聪明的示例。
要使其与dynamic一起工作更加困难-当操作数是动态的时所涉及的语义更难描述，因为为了执行重载解析，需要评估操作数以找出涉及哪些类型，这可能是直觉反感的。然而，Neal再次提供了一个示例，显示编译器错误是必需的...这不是一个 bug，而是一个 bug 修复。对Neal的巨大成就给予赞扬。
是否可以通过编译器设置来修复它？
不行，但有一些避免错误的替代方法。
首先，您可以停止使用动态类型-如果您知道只会使用字符串，则可以使用IEnumerable<string>或将范围变量v的类型指定为string（即from string v in array）。那是我更喜欢的选项。
如果您确实需要保持其动态性，请给b一个初始值：
decimal a, b = 0m;
这不会有任何害处 - 我们知道 实际上 您的动态评估不会做出任何疯狂的事情，因此您最终仍将在使用变量 b 之前为其分配一个值，使初始值无关紧要。
此外，似乎添加括号也有效：
where decimal.TryParse(v, out a) && (decimal.TryParse("15", out b) && a <= b)
&& 运算符时明确赋值的规则需要澄清，以说明它们仅适用于两个 bool 操作数的“常规”实现中使用 && 运算符。我会尽力确保这在下一个 ECMA 标准中得到修复。IEnumerable<string> 或添加括号对我很有帮助。现在编译器没有错误了。 - ramil89decimal a, b = 0m; 可能会消除错误，但是 a <= b 将始终使用 0m，因为输出值尚未计算。 - Paw Baltzersendecimal? TryParseDecimal(string txt)也可能是一个解决方案。 - zahirb可能未被分配”；我知道这是无效的推理，但这解释了为什么加上括号就可以解决问题... - durron597false/true而不是隐式转换运算符的呢？在本地，它将在第一个参数上调用implicit operator bool，然后调用第二个操作数，在第一个操作数上调用operator false，然后再次调用第一个操作数上的implicit operator bool。这对我来说没有意义，第一个操作数应该只需要简化为布尔值一次，不是吗？ - Rob这不是一个 bug。请参考https://github.com/dotnet/roslyn/issues/4509#issuecomment-130872713，其中提供了一个这种动态表达式可能导致未分配 out 变量的示例。
out参数分配后才使用b。 - Jon Skeetout参数的所有弊端。要是TryParse返回一个可为空的值（或等价物）就好了。 - Konrad Rudolphfrom v in array let a = decimal.Parse(v) let b = decimal.Parse("15") where a <= b select v（或者，如果可空类型是合适的单子，你可以使用SelectMany并编写from v in array from a in Parse(v) from b in Parse("15") where a <= b select v—— 这实际上是有效的 C# 代码，只要定义了合适的Parse）。在真正的代码中（OP 的代码根本没有意义），这种写法甚至更易读。 - Konrad Rudolphdecimal a, b; var q = decimal.TryParse((dynamic)"10", out a) && decimal.TryParse("15", out b) && a <= b;。我已经提交了一个Roslyn bug来解决这个问题。 - Rawling