A == B vs B == A, Was sind die Unterschiede

Question

Also, um eine lange Geschichte kurz zu machen. Ein Professor stellte diese Frage im Unterricht als Diskussionsstarter. Neben dem offensichtlichen

B = new SomeClass("B"); // But B can be null, can can be new SomeClass("A"); 
A = new SomeClass("A"); 
A==B 

wird garantiert keine NPE beim Vergleich, was sind die Gründe, B == A statt A == B zu verwenden?

Wo A und B vom selben Typ sind, und dies ist sprachunabhängig. So können Sie annehmen, A.Equals (B) für Java oder gleichwertige Syntax in C oder C++ usw. ....

Und nein, das ist keine Hausaufgaben.

Answer 1

In Java haben A == B und B == A immer die gleiche Semantik. In C# (mit Operatorüberladung) kann es einen Unterschied geben, wenn beispielsweise B eine Instanz einer Unterklasse der Klasse A ist.

Hinweis: A.equals(B) entspricht nicht A == B.

Answer 2

Ich denke, du meinst .equals, nicht ==. a.equals(b) wird eine NPE werfen, wenn a null ist, aber nicht, wenn b null ist. Wenn Sie also wissen, a ist nicht null, sollten Sie a.equals(b) statt umgekehrt tun.

Dies ist nicht, jedoch sprachunabhängig. Einige Sprachen haben überhaupt keine Null!

Answer 3

In Java können Sie A == B oder B == A ausführen und Sie erhalten keine NPE. Das eigentliche Problem ist, wenn Sie

String s = ...; 
boolean isNull = s.equals("myString"); 

statt

boolean isNull = "myString".equals(s); 

tun Da Sie eine Methode für ein Objekt anrufen, und „myString“ ist ein richtig instanzierte Objekt, dann der zweite Anruf wird nie Werfen Sie eine NPE, unabhängig davon, ob die Variable "s" null ist oder nicht. Diese Garantie erhalten Sie beim ersten Aufruf nicht, da Sie nicht sicher sind, ob das "..." auf der rechten Seite der "s" -Zuweisung "yourString" oder null ist.

Answer 4

In Java

Object a = new Object(); 
Object b = null; 
System.out.println(a.equals(b)); //false 
System.out.println(b.equals(a)); //NPE! 

Also, wenn Sie einen bekannten konstanten Wert haben sollte es auf der linken Seite des Ausdrucks sein.

Answer 5

In C# Operatoren nicht kommutativ sein garantiert, da sie überlastet werden kann, so A == B wird das gleiche Ergebnis wie B == A. nicht unbedingt zurückkehren

Z.B.

class Program 
    { 
     static void Main(string[] args) 
     { 
     var a = new MyClass("A"); 
     var b = new MyClass("B"); 

     Console.WriteLine(a == b); 
     Console.WriteLine(b == a); 

     Console.ReadLine(); 
    } 


    public class MyClass 
    { 

    private string _Name; 

    public MyClass(string name) 
    { 
     if (_FirstInstance == null) 
     { 
      _FirstInstance = this; 
     } 
     this._Name = name; 
    } 

    private static MyClass _FirstInstance = null; 

    public static bool operator ==(MyClass left, MyClass right) 
    { 
     return object.ReferenceEquals(left, _FirstInstance); 
    } 

    public static bool operator !=(MyClass left, MyClass right) 
    { 
     return !(left == right); 
    } 
} 

Ja, ich weiß, das ist verrückt.