Warum bietet Java keine Operatorüberladung?

Question

Wenn man von C++ zu Java wechselt, ist die offensichtliche unbeantwortete Frage, warum Java keine Operatorüberladung enthält.

Ist nicht Complex a, b, c; a = b + c; viel einfacher als Complex a, b, c; a = b.add(c); ?

Gibt es dafür einen bekannten Grund, stichhaltige Argumente für no das Überladen von Operatoren zuzulassen? Ist der Grund willkürlich oder aus Zeitmangel?

Answer 1

Mit einer Überlastung des Bedieners kann man sich wirklich in den Fuß schießen. Es ist wie mit den Zeigern, die Leute machen dumme Fehler mit ihnen, und so wurde beschlossen, die Schere wegzunehmen.

Zumindest glaube ich, dass dies der Grund dafür ist. Ich bin jedenfalls auf deiner Seite :)

Answer 2

Unter der Annahme, dass Java die Implementierungssprache ist, wären a, b und c alle Verweise auf den Typ Complex mit dem Anfangswert null. Auch unter der Annahme, dass Complex unveränderlich ist, wie die erwähnte BigInteger und ähnliche unveränderliche BigDecimal Ich denke, Sie meinen das Folgende, da Sie den Verweis auf den Complex zuweisen, der durch die Addition von b und c zurückgegeben wird, und diesen Verweis nicht mit a vergleichen.

Ist es nicht:

Complex a, b, c; a = b + c;

beaucoup Einfacher als:

Complex a, b, c; a = b.add(c);

Answer 3

Alternativen zur nativen Unterstützung der Java-Operatorüberladung

Da Java keine Operatorüberladung kennt, gibt es einige Alternativen, die Sie in Betracht ziehen können:

1. Verwenden Sie eine andere Sprache. Beide Groovy y Scala haben Operatorüberladung und basieren auf Java.
2. Verwenden Sie java-oo , ein Plugin, das die Überladung von Operatoren in Java ermöglicht. Beachten Sie, dass es NICHT plattformunabhängig ist. Außerdem hat es viele Probleme und ist nicht mit den neuesten Versionen von Java (z.B. Java 10) kompatibel. ( Original StackOverflow-Quelle )
3. Verwenden Sie JNI , Java Native Interface, oder Alternativen. Dies ermöglicht es Ihnen, C- oder C++-Methoden (vielleicht auch andere?) für die Verwendung in Java zu schreiben. Natürlich ist auch dies NICHT plattformunabhängig.

Wenn jemand andere kennt, bitte ich um einen Kommentar, damit ich sie in diese Liste aufnehmen kann.

Answer 4

Manchmal wäre es schön, Operatorüberladung, Freundesklassen und Mehrfachvererbung zu haben.

Ich denke aber trotzdem, dass es eine gute Entscheidung war. Hätte Java eine Überladung der Operatoren, könnten wir nie sicher sein, welche Bedeutung die Operatoren haben, ohne den Quellcode zu lesen. Zurzeit ist das nicht nötig. Und ich denke, dass Ihr Beispiel der Verwendung von Methoden anstelle von Operatorüberladung auch recht gut lesbar ist. Wenn Sie die Dinge noch klarer machen wollen, können Sie jederzeit einen Kommentar über haarige Anweisungen hinzufügen.

// a = b + c
Complex a, b, c; a = b.add(c);

Answer 5

Dies ist kein guter Grund, sie zu verbieten, sondern ein praktischer Grund:

Die Menschen gehen nicht immer verantwortungsbewusst mit ihr um. Sehen Sie sich dieses Beispiel aus der Python-Bibliothek scapy an:

>>> IP()
<IP |>
>>> IP()/TCP()
<IP frag=0 proto=TCP |<TCP |>>
>>> Ether()/IP()/TCP()
<Ether type=0x800 |<IP frag=0 proto=TCP |<TCP |>>>
>>> IP()/TCP()/"GET / HTTP/1.0\r\n\r\n"
<IP frag=0 proto=TCP |<TCP |<Raw load='GET / HTTP/1.0\r\n\r\n' |>>>
>>> Ether()/IP()/IP()/UDP()
<Ether type=0x800 |<IP frag=0 proto=IP |<IP frag=0 proto=UDP |<UDP |>>>>
>>> IP(proto=55)/TCP()
<IP frag=0 proto=55 |<TCP |>>

Hier ist die Erklärung:

Der Operator / wurde als Kompositionsoperator zwischen zwei Ebenen verwendet. Dabei kann die untere Ebene eine oder mehrere ihrer Standardfelder entsprechend der oberen Schicht überladen werden. (Sie können immer noch können Sie den gewünschten Wert angeben). Eine Zeichenkette kann als rohe Ebene verwendet werden.