我经常看到像这样进行检查的代码
if (IsGood == false)
{
DoSomething();
}
或者这个
if (IsGood == true)
{
DoSomething();
}
我讨厌这种语法，总是使用以下语法。
if (IsGood)
{
DoSomething();
}
if (!IsGood)
{
DoSomething();
}
使用 '== true' 或 '== false' 有什么理由吗？
这是为了可读性吗？人们只是不理解布尔变量吗？
此外，这两者之间是否存在性能差异？
我使用与您相同的语法，它更简洁。
有些人（尤其是初学者）倾向于使用== true，只是为了确保他们想要的结果。他们习惯于在条件语句中使用运算符...他们发现这样更易读。但是一旦你变得更加高级，你会觉得这很烦人，因为它太冗长。
当我遇到以下内容时，我总是会笑（或者根据我的心情扔东西）
if (someBoolean == true) { /* ... */ }
因为如果你不能依赖于比较返回一个布尔值的事实，那么你也不能依赖于将结果与true进行比较，所以代码应该变成：
因为如果你不能依靠比较返回布尔值这一事实，那么你也无法依靠将结果与true进行比较。因此，代码应该改为：
if ((someBoolean == true) == true) { /* ... */ }
但是，当然，这确实应该是
if (((someBoolean == true) == true) == true) { /* ... */ }
当然了，编译失败了。回去继续工作吧。
我更喜欢较短的变量名。但是有时候使用== false可以使你的代码变得更短：
在使用C# 2.0的实际项目中，我只看到一个很好的理由来这样做：bool? 类型。三态bool? 很有用，使用这种方式很容易检查其中一种可能的值。
实际上，如果IsGood 是bool?类型，你无法使用 (!IsGood)。但是，写(IsGood.HasValue && IsGood.Value)比写(IsGood == true)更糟糕。
运行此示例以获得想法：
bool? value = true; // try false and null too
if (value == true)
{
Console.WriteLine("value is true");
}
else if (value == false)
{
Console.WriteLine("value is false");
}
else
{
Console.WriteLine("value is null");
}
我刚刚发现了另一种情况，if (!IsGood) { ... }和if (IsGood == false) { ... }并不相同。但这种情况不太现实;) 运算符重载可能有所帮助:)（而且AFAIK的真/假运算符在C# 2.0中被禁止使用，因为它的预期目的是为用户定义的类型提供类似于bool？-的行为，现在可以使用标准类型来实现！）
using System;
namespace BoolHack
{
class Program
{
public struct CrazyBool
{
private readonly bool value;
public CrazyBool(bool value)
{
this.value = value;
}
// Just to make nice init possible ;)
public static implicit operator CrazyBool(bool value)
{
return new CrazyBool(value);
}
public static bool operator==(CrazyBool crazyBool, bool value)
{
return crazyBool.value == value;
}
public static bool operator!=(CrazyBool crazyBool, bool value)
{
return crazyBool.value != value;
}
#region Twisted logic!
public static bool operator true(CrazyBool crazyBool)
{
return !crazyBool.value;
}
public static bool operator false(CrazyBool crazyBool)
{
return crazyBool.value;
}
#endregion Twisted logic!
}
static void Main()
{
CrazyBool IsGood = false;
if (IsGood)
{
if (IsGood == false)
{
Console.WriteLine("Now you should understand why those type is called CrazyBool!");
}
}
}
}
}
所以...请小心使用运算符重载 :(
根据《代码大全》（Code Complete）这本书，Jeff命名并高度评价该书，以下是您应该处理布尔值的方式。
if (IsGood)
if (!IsGood)
我曾经使用实际比较布尔值的方法，但后来想到为什么要增加一个额外的步骤并将布尔类型视为次等类型。在我看来，比较返回一个布尔值，而布尔类型本身就是一个布尔值，所以为什么不直接使用布尔值呢。
真正的争论在于给你的布尔值取好名字。像你上面做的那样，我总是用问题形式来表达我的布尔对象。例如
如果变量在实际中应该被用作布尔值（即使其类型不是布尔值），那么专门针对真或假进行测试的技术绝对是一种不好的做法 - 尤其是在C/C ++中。针对true进行测试可能会导致微妙的错误：
这些看似相似的测试结果却相反：
// needs C++ to get true/false keywords
// or needs macros (or something) defining true/false appropriately
int main( int argc, char* argv[])
{
int isGood = -1;
if (isGood == true) {
printf( "isGood == true\n");
}
else {
printf( "isGood != true\n");
}
if (isGood) {
printf( "isGood is true\n");
}
else {
printf( "isGood is not true\n");
}
return 0;
}
这将显示以下结果：
isGood != true
isGood is true
如果你觉得需要测试被用作布尔标志的变量的值是否为true/false（在我看来不应该这样做），那么你应该使用一种常见的习惯，即始终针对false进行测试，因为false只能有一个值（0），而true可以具有多个可能的值（除了0以外的任何值）：
if (isGood != false) ... // instead of using if (isGood == true)
有些人认为这是C/C++的缺陷，这可能是正确的。但这是这些语言（以及可能许多其他语言）中的生活事实，因此我会坚持使用简短的习惯用语，即使在像C#这样的语言中，您也无法将整数值用作布尔值。
请参阅此SO问题，了解此问题实际上影响了某些人的示例...
我同意你的观点（并且也感到烦恼）。我认为这只是一种轻微的误解，即IsGood == true会被评估为bool，而IsGood本来就是如此。
我经常看到类似于SomeStringObject.ToString()的实例。
尽管如此，在那些类型更松散的语言中，这可能是合理的。但在C＃中不是这样。
有些人认为明确检查已知值更易于阅读，因为您可以通过阅读来推断变量类型。我对哪种方法更好持中立态度。它们都有效。如果变量本质上保持“反向”，那么我似乎倾向于检查值：
if(IsGood) DoSomething();
或者
if(IsBad == false) DoSomething();
替代
if(!IsBad) DoSomething();
但是对我来说并不重要，我相信最终它会变成相同的 IL。
仅供阅读..
如果有的话，你偏爱的方式在编译为机器代码时更为高效。然而，我预计它们会产生完全相同的机器代码。
从迄今为止的答案来看，这似乎是共识：
我更喜欢使用：
if (IsGood)
{
DoSomething();
}
并且
if (IsGood == false)
{
DoSomething();
}
我认为这样更易读 - 感叹号太容易被忽略了（在阅读和打字时都是如此）; 而且“if not IsGood then...”听起来不自然，相比之下，“if IsGood is false then...”听起来更好。