奇怪的 C# 三元运算符行为答案

【问题标题】：Odd C# Ternary Operator Behavior奇怪的 C# 三元运算符行为
【发布时间】：2016-06-24 16:34:06
【问题描述】：

所以我今天在 C# 中遇到了原生三元运算符的一些非常莫名其妙的行为。三元运算符正在向我正在调用的方法发送错误的数据类型。基本前提是我想将十进制值转换为int if decimalEntry == false 这样它将作为int 存储在数据库中这是代码：

decimal? _repGroupResult = 85.00
int? intValue = null;
bool decimalEntry = false;

if (decimalEntry == false)
{
    intValue = (int?) _repGroupResult;
}

Console.WriteLine("Sending to ResultAdd via ternary operator");
RepGBParent.ResultAdd(this.RepInfo.ResultID, decimalEntry ? _repGroupResult : intValue);

Console.WriteLine("Sending to ResultAdd via if statement");
// All other tests - just add the rep group result
if (decimalEntry)
{
    RepGBParent.ResultAdd(this.RepInfo.ResultID, _repGroupResult);
}
else
{
    RepGBParent.ResultAdd(this.RepInfo.ResultID, intValue);
}

我调用ResultAdd的方法在这里：

public void ResultAdd(int pResultID, object pResultValue)
{
    if (pResultValue == null) { return; } 

    Console.WriteLine(this.TestInfo.TestNum + ": " + pResultValue.GetType());
    ....
}

三元运算符接收decimal，而if 语句发送int。如下输出代码所示：

我认为自己是一个具有合理天赋的程序员，这真的让我今天大吃一惊。我玩了 2 到 3 个小时，找到了在这里发布它的最佳方式，所以我很清楚我遇到的问题。

请避免“你为什么要那样做”类型的回复。我只是想知道为什么这里的三元运算符和if语句有区别。

我发现的唯一一个密切相关的帖子是这个，但它并不完全匹配：

Bizarre ternary operator behavior in debugger on x64 platform

【问题讨论】：

我讨厌人们这样做 if (bool == false)。使用 if(!bool) ！！！但是没有 if(bool == true) 那样糟糕。
@JSON - 当人们来到这里并批评代码时，如果您从功能的角度使用 if (!bool) 或 if (bool == false)，它会产生零差异，我讨厌它。这是个人喜好，简单明了，完全取决于可读性。有些人觉得! 比== false 更具可读性，有些人则不然。我个人觉得== false 在查看代码时更容易理解。很容易错过一个! 符号。

标签： c# ternary-operator

【解决方案1】：

三元运算符是——嗯——一个运算符，它只是一种特殊的方法。并且与任何其他方法一样，它只能有一种返回类型。

您尝试做的是使用运算符根据条件返回decimal? 或 int?。这是不可能的。

发生的情况是编译器知道存在从int? 到decimal? 的隐式转换，但反之则不然。因此它将 运算符的返回类型 推断为 decimal? 并隐式地将您的 intValue 转换为 decimal?。

【讨论】：

C# 似乎从 C just like C++ does 继承了这种行为。
感谢您的快速回答。我应该能够自己解决这个问题。现在是星期五，是时候喝杯鸡尾酒了！

【解决方案2】：

三元表达式返回单一类型，而不是以求值结果为条件的类型。

为了满足该要求，您的 int 被提升为十进制。

如果无法应用转换，则会出现编译器错误。

first_expression 和 second_expression 的类型必须相同，或者必须存在从一种类型到另一种类型的隐式转换。

https://msdn.microsoft.com/en-us/library/ty67wk28.aspx

【讨论】：