C＃が2つのオブジェクトタイプを比較できないが、VBはそうでないのはなぜですか？

C＃には2つのオブジェクトがあり、それがブール型か他の型かわかりません。しかし、これらのC＃を比較しようとすると、正しい答えが得られません。私はVB.NETで同じコードを試しましたが、それで終わりました！

誰かが解決策がある場合にこれを修正する方法を教えてもらえますか？

C＃：

object a = true;
object b = true;
object c = false;
if (a == b) c = true;
MessageBox.Show(c.ToString()); //Outputs False !!

VB.NET：

Dim a As Object = True
Dim b As Object = True
Dim c As Object = False
If (a = b) Then c = True
MessageBox.Show(c.ToString()) '// Outputs True

C＃では、==演算子（参照型式に適用される場合）がオーバーロードされない限り、参照の等価性チェックを実行します。ボクシング変換の結果である2つの参照を比較しているため、これらは別個の参照です。

編集：をオーバーロードする型を使用すると==、さまざまな動作を得ることができますが、それは式のコンパイル時の型に基づいています。たとえば、）をstring提供します==(string, string：

string x = new string("foo".ToCharArray());
string y = new string("foo".ToCharArray());
Console.WriteLine(x == y); // True
Console.WriteLine((object) x == (object) y); // False

ここでは、最初の比較はオーバーロードされた演算子を使用していますが、2番目は「デフォルト」の参照比較を使用しています。

VBでは、=演算子はより多くの作業をobject.Equals(x, y)行いOption Compareます。たとえば、テキストの比較方法に影響を与える可能性があるため、を使用することと同等ではありません。

基本的に、オペレーターは同じように機能するわけではなく、同じように機能することを意図していません。

物事のC＃側を説明するジョンの回答に加えて、VBの機能は次のとおりです。

を使用したVB Option Strict Onでは、viaによる比較は= 常に値の等価性をテストし、参照の等価性はテストしません。実際、はを定義していないため、切り替えOption Strict Onた後でもコードはコンパイルされSystem.ObjectませんOperator=。常にこのオプションをオンにしておく必要があります。ビーナスフライトラップよりも効果的にバグをキャッチします（特定のケースでは、この緩い動作が実際に正しいことを行います）。¹

で実際には、Option Strict On、VBはC＃よりもさらに厳しい動作します。では、C＃のa == b いずれかへの呼び出しをトリガしSomeType.operator==(a, b)、これが存在しない場合、または、（呼び出すことと同じです参照の等価比較が起動しますobject.ReferenceEquals(a, b)）。

一方、VBでは、比較はa = b 常に等価演算子を呼び出します。²参照の等価比較を使用する場合は、使用する必要がありますa Is b（これも、と同じですObject.ReferenceEquals(a, b)）。

^1）使用した理由はここには良い兆候だOption Strict Off悪い考えです：私は、.NETの公式リリース前から数年前までは、約10年のためのVB.NETを使用しました、と私は絶対にないアイデアきません何a = bでありませんがOption Strict Off。ある種の同等性比較を行いますが、正確に何が起こり、なぜそうなのかわかりません。dynamicただし、C＃の機能よりも複雑です（十分に文書化されたAPIに依存しているため）。MSDNの内容は次のとおりです。

のでOption Strict On提供し、強い型付けを、データ損失の意図しない型変換、遅延バインディング禁止しを防ぎ、パフォーマンスが向上し、その使用を強くお勧めします。

^2） Jonは、1つの例外である文字列について言及しました。文字列では、下位互換性のために、等価比較でさらに多くのことが行われます。

オブジェクトインスタンスは、演算子「==」と比較されません。メソッド「等しい」を使用する必要があります。「==」演算子を使用すると、オブジェクトではなく参照を比較します。

これを試して：

public class MyObject
{
    public MyObject(String v)
    {
        Value = v;
    }
    public String Value { get; set; }
}

MyObject a = new MyObject("a");
MyObject b = new MyObject("a");
if(a==b){
    Debug.WriteLine("a reference is equal to b reference");
}else{
    Debug.WriteLine("a reference is not equal to b reference");
}
if (a.Equals(b)) {
    Debug.WriteLine("a object is equal to b object");
} else {
    Debug.WriteLine("a object is not equal to b object");
}

結果：

a reference is not equal to b reference
a object is not equal to b object

今、これを試してください：

public class MyObject
{
    public MyObject(String v)
    {
        Value = v;
    }
    public String Value { get; set; }

    public bool Equals(MyObject o)
    {
        return (Value.CompareTo(o.Value)==0);
    }
}
MyObject a = new MyObject("a");
MyObject b = new MyObject("a");
if(a==b){
    Debug.WriteLine("a reference is equal to b reference");
}else{
    Debug.WriteLine("a reference is not equal to b reference");
}
if (a.Equals(b)) {
    Debug.WriteLine("a object is equal to b object");
} else {
    Debug.WriteLine("a object is not equal to b object");
}

結果：

a reference is not equal to b reference
a object is equal to b object

問題は、C＃の==演算子が、2つのパラメーターのコンパイル時の型に基づく静的メソッドの呼び出し（技術的にはそうではないかもしれませんが、そうである可能性があります）です。それらのオブジェクトの実際の実行時の型が何であるかは重要ではありません。

そのコンパイル時のタイプに基づいて、コンパイラーは使用する実装を決定operator ==します。デフォルトのobject実装を使用する場合もあれば、言語によって提供される数値オーバーロードの1つを使用する場合もあれば、ユーザー定義の実装の場合もあります。

これはVBとは異なり、VBはコンパイル時に実装を決定しません。実行時まで待機し、指定された2つのパラメーターを検査して、==使用する演算子の実装を決定します。

コードにブール値が含まれていますが、それらは型の変数にありますobject。ので、変数が型であるobject、C＃コンパイラは、使用objectの実装==を比較、参照、ないオブジェクトのインスタンスを。ブール値はボックスであるため、値が同じであっても同じ参照はありません。

VBコードは、変数のタイプを気にしません。実行時まで待機してから2つの変数をチェックし、それらが実際には両方ともブール型であることを確認して、ブール==演算子の実装を使用します。その実装は、参照ではなくブール値を比較します（ブール値はその演算子を呼び出す前にボックス化されないため、参照比較はもはや意味がありません）。ブール値は同じなので、trueを返します。