==和Equals()之间的c#差异

我在silverlight应用程序中有一个比较2个字符串的条件，由于某种原因，当我使用==时，它返回false而. equals()返回true。

代码如下:

if (((ListBoxItem)lstBaseMenu.SelectedItem).Content.Equals("Energy Attack"))
{
    // Execute code
}

if (((ListBoxItem)lstBaseMenu.SelectedItem).Content == "Energy Attack")
{
    // Execute code
}

你知道为什么会这样吗?

当前回答

注意，在c#中有两种不同类型的等式

1-值相等(对于int, DateTime和struct等值类型)

2-引用平等(对象)

有两个基本的标准协议来实现相等性检查。

1- ==和!=运算符。

2- virtual Equals方法。

==和!=是静态解析的，这意味着c#将在编译时决定哪种类型将执行比较。

例如值类型

 int x = 50;
 int y = 50;
 Console.WriteLine (x == y); // True

但是对于参考类型

 object x = 50;
 object y = 50;
 Console.WriteLine (x == y); // False

Equals()最初在运行时根据操作数的实际类型解析。

例如，在下面的例子中，在运行时，将决定Equals()将应用于int值，结果为真。

object x = 5;
object y = 5;
Console.WriteLine (x.Equals (y)); // True

但是，对于引用类型，它将使用引用相等性检查。

MyObject x = new MyObject();
MyObject y = x;
Console.WriteLine (x.Equals (y)); // True

注意Equals()对struct使用结构比较，这意味着它对struct的每个字段调用Equals。

2021-01-29 19:06:28

其他回答

==和. equals都依赖于实际类型中定义的行为和调用位置上的实际类型。两者都只是方法/操作符，可以在任何类型上重写，并给定作者希望的任何行为。根据我的经验，我发现人们在对象上实现. equals却忽略了operator ==是很常见的。这意味着. equals将实际测量值是否相等，而==将测量它们是否是相同的引用。

当我处理一个定义不断变化的新类型或编写泛型算法时，我发现最佳实践如下

如果我想在c#中比较引用，我使用Object。直接使用ReferenceEquals(在泛型情况下不需要) 如果我想比较值，我使用EqualityComparer<T>。默认的

在某些情况下，当我觉得==的用法不明确时，我会显式地使用Object。在代码中引用等号以消除歧义。

Eric Lippert最近写了一篇博文，主题是为什么在CLR中有两种相等的方法。值得一读

http://blogs.msdn.com/ericlippert/archive/2009/04/09/double-your-dispatch-double-your-fun.aspx

2009-05-02 13:47:46

当==用于object类型的表达式时，它将解析为System.Object.ReferenceEquals。

Equals只是一个虚方法，因此将使用重写的版本(对于字符串类型比较内容)。

2009-05-02 13:39:29

非常棒的答案和例子!

我想补充一下两者之间的根本区别，

像==这样的操作符不是多态的，而Equals是