我在silverlight应用程序中有一个比较2个字符串的条件，由于某种原因，当我使用==时，它返回false而. equals()返回true。
代码如下:
if (((ListBoxItem)lstBaseMenu.SelectedItem).Content.Equals("Energy Attack"))
{
// Execute code
}
if (((ListBoxItem)lstBaseMenu.SelectedItem).Content == "Energy Attack")
{
// Execute code
}
你知道为什么会这样吗?
当前回答
Equals()和==是否相同取决于实现。因为c#允许用户分别为Equals()和==设置不同的行为。
class CompareTest
{
public readonly int val;
public CompareTest(int val)
{
this.val = val;
}
public override bool Equals(object obj)
{
return obj is CompareTest test && this.val == test.val;
}
public override int GetHashCode()
{
return val;
}
public static bool operator == (CompareTest a, object b)
{
return Equals(a, b);
}
public static bool operator != (CompareTest a, object b)
{
return !(a == b);
}
}
在本例中，我使Equals()和==具有相同的行为。但如果我让他们不一样呢?例如:
public static bool operator == (CompareTest a, object b)
{
return false;
}
Equals()正常工作，但==永远不会工作。
此外，虽然我让它们具有相同的行为，但仍然有一个区别:哪个==函数将被调用取决于左边的值:
Compare Test a = new CompareTest(1);
object b = new CompareTest(1);
CompareTest c = new CompareTest(1);
Debug.Log("AB " + (a == b)); // true
Debug.Log("BA " + (b == a)); // false! because it calls object's == function
Debug.Log("AC " + (a == c)); // true
Debug.Log("CA " + (c == a)); // true
其他回答
首先，两者有区别。对数字的
> 2 == 2.0
True
> 2.Equals(2.0)
False
对于字符串
> string x = null;
> x == null
True
> x.Equals(null)
NullReferenceException
在这两种情况下，==比.Equals更有用
据我所知，答案很简单:
==比较对象引用。 . equals比较对象内容。 字符串数据类型的作用总是类似于内容比较。
我希望我是对的，这回答了你的问题。
= =操作符
如果操作数为值类型且值相等，则返回true否则为false。 如果操作数是引用类型(string除外)，并且都引用同一个实例(同一对象)，则返回true否则返回false。 如果操作数为字符串类型且值相等，则返回true否则返回false。
.Equals
如果操作数是引用类型，它执行引用相等，即如果两个操作数都引用同一个实例(同一个对象)，则返回true否则返回false。 如果操作数是值类型，那么与==运算符不同，它首先检查它们的类型，如果它们的类型相同，它执行==运算符，否则返回false。
当我们创建任何对象时，对象有两个部分，一个是内容，另一个是对该内容的引用。 ==比较内容和引用; Equals()只比较内容
http://www.codeproject.com/Articles/584128/What-is-the-difference-between-equalsequals-and-Eq
The == token in C# is used for two different equality-check operators. When the compiler encounters that token, it will check whether either of the types being compared has implemented an equality-operator overload for either the specific combination types being compared(*), or for a combination of types to which both types can be converted. If the compiler finds such an overload it will use it. Otherwise, if the two types are both reference types and they are not unrelated classes (either may be an interface, or they may be related classes), the compiler will regard == as a reference-comparison operator. If neither condition applies, compilation will fail.
请注意，其他一些语言为两个相等检查操作符使用单独的令牌。在VB。例如，=令牌在表达式中仅用于可重载的相等检查操作符，而is则用作引用测试或空测试操作符。在没有覆盖相等检查操作符的类型上使用=将会失败，在测试引用是否相等或为空之外的任何目的上尝试使用Is也会失败。
(*)Types generally only overload equality for comparison with themselves, but it may be useful for types to overload the equality operator for comparison with other particular types; for example, int could have (and IMHO should have but didn't) defined an equality operators for comparison with float, so that 16777217 would not report itself equal to 16777216f. As it is, since no such operator is defined, C# will promote the int to float, rounding it to 16777216f before the equality-check operator sees it; that operator then sees two equal floating-point numbers and reports them as equal, unaware of the rounding that took place.
