我在silverlight应用程序中有一个比较2个字符串的条件，由于某种原因，当我使用==时，它返回false而. equals()返回true。
代码如下:
if (((ListBoxItem)lstBaseMenu.SelectedItem).Content.Equals("Energy Attack"))
{
// Execute code
}
if (((ListBoxItem)lstBaseMenu.SelectedItem).Content == "Energy Attack")
{
// Execute code
}
你知道为什么会这样吗?
当前回答
@BlueMonkMN早前的回答还有另一个层面。额外的维度是，@Drahcir的标题问题的答案也取决于我们如何得到字符串值。说明:
string s1 = "test";
string s2 = "test";
string s3 = "test1".Substring(0, 4);
object s4 = s3;
string s5 = "te" + "st";
object s6 = s5;
Console.WriteLine("{0} {1} {2}", object.ReferenceEquals(s1, s2), s1 == s2, s1.Equals(s2));
Console.WriteLine("\n Case1 - A method changes the value:");
Console.WriteLine("{0} {1} {2}", object.ReferenceEquals(s1, s3), s1 == s3, s1.Equals(s3));
Console.WriteLine("{0} {1} {2}", object.ReferenceEquals(s1, s4), s1 == s4, s1.Equals(s4));
Console.WriteLine("\n Case2 - Having only literals allows to arrive at a literal:");
Console.WriteLine("{0} {1} {2}", object.ReferenceEquals(s1, s5), s1 == s5, s1.Equals(s5));
Console.WriteLine("{0} {1} {2}", object.ReferenceEquals(s1, s6), s1 == s6, s1.Equals(s6));
输出结果为:
True True True
Case1 - A method changes the value:
False True True
False False True
Case2 - Having only literals allows to arrive at a literal:
True True True
True True True
其他回答
I am a bit confused here. If the runtime type of Content is of type string, then both == and Equals should return true. However, since this does not appear to be the case, then runtime type of Content is not string and calling Equals on it is doing a referential equality and this explains why Equals("Energy Attack") fails. However, in the second case, the decision as to which overloaded == static operator should be called is made at compile time and this decision appears to be ==(string,string). this suggests to me that Content provides an implicit conversion to string.
首先，两者有区别。对数字的
> 2 == 2.0
True
> 2.Equals(2.0)
False
对于字符串
> string x = null;
> x == null
True
> x.Equals(null)
NullReferenceException
在这两种情况下，==比.Equals更有用
当我们创建任何对象时，对象有两个部分，一个是内容，另一个是对该内容的引用。 ==比较内容和引用; Equals()只比较内容
http://www.codeproject.com/Articles/584128/What-is-the-difference-between-equalsequals-and-Eq
==和. 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
我想补充的是，如果你将对象转换为字符串，那么它将正确工作。这就是为什么编译器会给你一个警告说:
可能出现意外的参考比较;为了进行价值比较， 转换左侧以输入'string'
