==と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
}

これがなぜ起こっているのかについて何か理由がありますか？

とき==タイプの発現に使用されobject、それが解決しますSystem.Object.ReferenceEquals。

Equalsは単なるvirtualメソッドであり、そのように動作するため、オーバーライドされたバージョンが使用されます（stringタイプでは内容が比較されます）。

オブジェクト参照を文字列と比較する場合（オブジェクト参照が文字列を参照している場合でも）、==文字列クラスに固有の演算子の特別な動作は無視されます。

（ある文字列を扱うない、）通常は、Equals比較値をしながら、==比較オブジェクト参照を。比較している2つのオブジェクトがオブジェクトの同じインスタンスを参照している場合、どちらもtrueを返しますが、一方が同じコンテンツであり、異なるソースからのものである場合（同じデータを持つ別のインスタンスである場合）、Equalsのみがtrueを返します。ただし、コメントに記載されているように、stringは特殊なケースです。stringは==演算子をオーバーライドするため、（オブジェクト参照ではなく）文字列参照のみを処理する場合、個別のインスタンスであっても値のみが比較されます。次のコードは、動作の微妙な違いを示しています。

string s1 = "test";
string s2 = "test";
string s3 = "test1".Substring(0, 4);
object s4 = s3;
Console.WriteLine("{0} {1} {2}", object.ReferenceEquals(s1, s2), s1 == s2, s1.Equals(s2));
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));

出力は次のとおりです。

True True True
False True True
False False True

==また.Equals、どちらも実際のタイプで定義された動作と呼び出しサイトの実際のタイプに依存しています。どちらも単なるメソッド/演算子であり、任意の型でオーバーライドでき、作成者が望む動作を指定できます。私の経験では、人々が.Equalsオブジェクトに実装することは一般的ですが、operatorを実装することを怠っています==。これは、.Equalsが実際に値の同等性を==測定する一方で、それらが同じ参照であるかどうかを測定することを意味します。

定義が流動的である新しいタイプで作業しているとき、または一般的なアルゴリズムを書いているとき、ベストプラクティスは次のとおりです。

• C＃で参照を比較する場合は、Object.ReferenceEquals直接使用します（一般的なケースでは必要ありません）。
• 使用する値を比較したい場合 EqualityComparer<T>.Default

使用法==があいまいであると感じる場合Object.Reference、コード内で等号を明示的に使用して、あいまいさを取り除きます。

Eric Lippertは最近、CLRに平等の2つの方法がある理由についてのブログ投稿を行いました。読む価値があります

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

==演算子

1. オペランドが値タイプであり、それらの値が等しい場合、trueを返し、そうでない場合はfalseを返します。
2. オペランドが文字列を除く参照型であり、両方が同じインスタンス（同じオブジェクト）を参照している場合、trueを返し、それ以外の場合はfalseを返します。
3. オペランドが文字列型で、それらの値が等しい場合、trueを返し、それ以外の場合はfalseを返します。

。等しい

1. オペランドがある場合は参照型、それが実行リファレンス平等を両方とも同じを参照している場合であるインスタンス（同じオブジェクト）、それは本当それ以外の場合はfalseを返します。
2. オペランドが値型の場合、==演算子とは異なり、最初に型をチェックし、型が同じ場合は==演算子を実行します。それ以外の場合はfalseを返します。

まず、違いがあります。数字について

> 2 == 2.0
True

> 2.Equals(2.0)
False

そして弦のために

> string x = null;
> x == null
True

> x.Equals(null)
NullReferenceException

どちらの場合も、==より便利に動作します.Equals

私が理解している限り、答えは簡単です：

1. == オブジェクト参照を比較します。
2. .Equals オブジェクトの内容を比較します。
3. String データ型は常にコンテンツ比較のように機能します。

私が正しいことと、それがあなたの質問に答えてくれることを願っています。

オブジェクトを文字列にキャストすると、正しく機能することを付け加えます。これが、コンパイラが次の警告を出す理由です。

意図しない参照の比較の可能性。値を比較するには、左側をキャストして「文字列」と入力します

.Equalメソッドの静的バージョンはこれまで述べられていなかったので、ここに追加して、3つのバリエーションを要約して比較します。

MyString.Equals("Somestring"))          //Method 1
MyString == "Somestring"                //Method 2
String.Equals("Somestring", MyString);  //Method 3 (static String.Equals method) - better

where MyStringは、コードの他の場所から来る変数です。

背景情報と要約：

Javaでは==文字列の比較に使用することはできません。両方の言語を使用する必要がある場合==に備えて、C＃では使用をより優れたものに置き換えることもできることを説明します。

C＃では、どちらも文字列型である限り、方法1または方法2を使用して文字列を比較しても実用的な違いはありません。ただし、1つがnullである場合、1つが別のタイプ（整数など）である場合、または1つが別の参照を持つオブジェクトを表す場合、最初の質問が示すように、コンテンツが等しいかどうかを比較しても内容が返されない場合があります。あなたが期待します。

推奨される解決策：

==を使用.Equalsすることは、物事を比較するときに使用することとまったく同じではないため、代わりに静的なString.Equalsメソッドを使用できます。このようにして、2つのサイドが同じタイプでない場合でもコンテンツを比較し、一方がnullの場合は例外を回避します。

   bool areEqual = String.Equals("Somestring", MyString);  

書くのはもう少しですが、私の意見では、より安全に使用できます。

Microsoftからコピーした情報の一部を次に示します。

public static bool Equals (string a, string b);

パラメーター

a ストリング

比較する最初の文字列、またはnull。

b ストリング

比較する2番目の文字列、またはnull。

戻り値 Boolean

trueの値がの値とa同じ場合b。それ以外の場合false。両方の場合aとbされnull、メソッドが返しますtrue。

すでに良い答えへの追加と同じように：この動作は文字列や異なる数値型の比較に限定されません。両方の要素が同じ基本型のオブジェクト型であっても。「==」は機能しません。

次のスクリーンショットは、2つのオブジェクト{int}-値を比較した結果を示しています

ここでは少し混乱しています。Contentのランタイムタイプが文字列タイプの場合、==とEqualsはどちらもtrueを返す必要があります。ただし、これは当てはまらないように見えるため、コンテンツの実行時のタイプは文字列ではなく、その上でEqualsを呼び出すと参照等価が行われ、これがEquals（ "Energy Attack"）が失敗する理由を説明しています。ただし、2番目のケースでは、どのオーバーロードされた==静的演算子を呼び出すかに関する決定はコンパイル時に行われ、この決定は==（string、string）のように見えます。これは、Contentが暗黙的に文字列に変換することを示唆しています。

@BlueMonkMNによる以前の回答には別の側面があります。追加の側面は、@ Drahcirのタイトルの質問に対する回答は、それが述べられているとおり、値に到達した方法にも依存するということstringです。説明する：

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

答えにもう1つポイントを追加します。

.EqualsTo() メソッドは、文化と大文字小文字を区別するための比較を提供します。

==C＃のトークンは、2つの異なる等価チェック演算子に使用されます。コンパイラーがそのトークンを検出すると、比較対象の型のいずれかが、比較対象の特定の組み合わせ型（*）、または両方の型に変換できる型の組み合わせに対して、等価演算子オーバーロードを実装しているかどうかをチェックします。コンパイラーがそのようなオーバーロードを見つけると、それを使用します。それ以外の場合、2つの型が両方とも参照型であり、それらが関連のないクラスではない場合（インターフェースであるか、関連するクラスである可能性があります）、コンパイラーは==参照比較演算子と見なされます。どちらの条件にも当てはまらない場合、コンパイルは失敗します。

他の一部の言語では、2つの等価性チェック演算子に別々のトークンを使用していることに注意してください。たとえば、VB.NETでは、=トークンは式内でオーバーロード可能な等価性チェック演算子のみにIs使用され、参照テストまたはnullテスト演算子として使用されます。=等価チェック演算子をオーバーライドしない型で使用すると、Is参照の等価またはnullのテスト以外の目的で使用しようとすると失敗します。

（*）一般に、型はそれ自体との比較のために等値をオーバーロードするだけですが、型が他の特定の型と比較するために等値演算子をオーバーロードすることは有用です。たとえば、intと比較するために等価演算子を定義することができました（そして、IMHOは定義しなければなりませんでした）float。そのため、16777217はそれ自体を16777216fに等しいと報告しません。現状では、そのような演算子は定義されていないため、C＃はintto を昇格させfloat、等価チェック演算子が認識する前に16777216fに丸めます。次に、その演算子は2つの等しい浮動小数点数を確認し、行われた丸めを認識せずに等しいと報告します。

本当に素晴らしい答えと例！

2つの基本的な違いを追加したいのですが、

などの演算子==は多態ではありませんEqualsが、

その概念を念頭に置いて、例を考え出した場合（左側と右側の参照型を調べ、型に実際に==演算子がオーバーロードされており、Equalsがオーバーライドされているかどうかを確認/知ることにより）、正しい答えを得ることが確実です。

オブジェクトを作成するとき、オブジェクトには2つの部分があり、1つはコンテンツであり、もう1つはそのコンテンツへの参照です。 ==コンテンツと参照の両方を比較します。 equals()コンテンツのみを比較する

http://www.codeproject.com/Articles/584128/What-is-the-difference-between-equalsequals-and-Eq

==

==演算子は、任意の種類の2つの変数を比較するために使用でき、単にビットを比較します。

int a = 3;
byte b = 3;
if (a == b) { // true }

注：intの左側にゼロがさらにありますが、ここではそれを気にしません。

int a（00000011）==バイトb（00000011）

==演算子は、変数内のビットのパターンのみを考慮します。

使用== 2つの参照（プリミティブ）がヒープ上の同じオブジェクトを参照する場合。

変数が参照であってもプリミティブであっても、ルールは同じです。

Foo a = new Foo();
Foo b = new Foo();
Foo c = a;

if (a == b) { // false }
if (a == c) { // true }
if (b == c) { // false }

a == cはtrue a == bはfalse

aとcのビットパターンは同じであるため、==を使用すると同じになります。

等しい（）：

equals（）メソッドを使用して、2つの異なるオブジェクトが等しいかどうかを確認します。

どちらも「ジェーン」の文字を表す2つの異なるStringオブジェクトなど

Equalと==の唯一の違いは、オブジェクトタイプの比較です。参照型と値型などの他の場合では、それらはほとんど同じです（両方ともビット単位で等しいか、両方とも参照で等しい）。

オブジェクト：等しい：ビット単位の等価性==：参照の等価性

string：（equalsと==はstringと同じですが、stringの1つがオブジェクトに変更された場合、比較結果は異なります）Equals：ビットごとの等価==：ビットごとの等価

詳細はこちらをご覧ください。