Addition von eigenen Objekten mit "+" Symbol

[Straightflush]

Hi!

Ist es möglich festzulegen was passiert wenn man zwei selbst geschriebene Objekte der gleichen Klasse addiert?

Also mit Hilfe des "+" Zeichens?



Vielen Dank!!

 

[musiKk]

Nein. Operatorüberladungen außer den vordefinierten gibt es in Java nicht.

 

[hdi]

Du kannst dir natürlich sowas machen:

class myClass{

    int value;

    public myClass(int value){
           this.value = value;
    }

    public myClass plus(myClass other){
           return new MyClass(this.value + other.value);
    }
}

Die Frage ist: Was ausser Zahlen kann man denn wirklich sinnvoll zusammenzählen?
Ich meine was hattest du denn vor?

 

[musiKk]

Doch, ist es. Jeder, der mal größere Formeln mit BigInteger gerechnet hat, wird dir das bestätigen.

 

[hdi]

Doch, ist es.

Und dieser Satz soll jetzt einen Sinn geben als Antwort auf was?

Jeder, der mal größere Formeln mit BigInteger gerechnet hat, wird dir das bestätigen

Und BigInteger sind keine Zahlen? Diese Klasse tut ja auch nichts anderes als eine einzige Zahl
zu repräsentieren. Und alle Klassen, die mehr als das beinhalten kannst du schlecht sinnvoll addieren.

 

[java2000]

Man kann Strings mit + verbinden :meld:

 

[musiKk]

Ich habe eben irgendwas anderes gelesen. Darauf passte die Antwort. Ich sollte wohl nicht nebenher was schauen, wenn ich hier schreibe.

 

[Empire Phoenix]

Vector3f mit +-*/ gäbe schon Sinn

 

[hdi]

Stimmt Vektor würd Sinn machen. Aber naja wie gesagt, ob nun

v1 + v2

oder

v1.add(v2)

ist nun nicht so die Welt

 

[Gast]

Also bei größeren Formeln ist es auf jeden Fall eine Hilfe für die Lesbarkeit, wenn man Operatoren überladen könnte. Ich kenne es persönlich aus C++ mit 3D-Berechnungen. Aber (und endlich kann ich es mal sagen): Aus großer Macht folgt große Verantwortung
Es wäre sinnentfreit, wenn man für alles und jeden eine Operatorüberladung nehmen würde. Quasi wie Salz: genau die richtige Menge und es wird besser, zuviel macht alles kaputt.

 

[Landei]

Genau. Je mächtiger ein Sprachmittel ist, umso mächtiger kann man sich damit in den Fuß schießen - isso. Andererseits gibt es viele Stellen, wo z.B. ein überladenes + intuitiv verständlich wäre:
- Number-Wrapper, BigInteger, BigDecimal
- Vektoren, Matrizen, komplexe Zahlen, Brüche
- Werte mit Einheiten (der JSR mit Unit, Dimension, Measurable...)
- Listen, Maps, Sets
- StringBuffer, StringBuilder
- Writer, OutputStreams
- Swing-Container
...

 

[Ebenius]

Swing-Container? Du bist eklig. :-D Das wurde ja nicht mal in Delphi so verbrochen...

 

[0x7F800000]

bei ersten drei punkten noch fullAck, bei den letzten vier: hmmm...
Wann hast du denn mit einem ausgabestrom letztes mal irgendeine zwei stockwerke hohe "formel" ausgeschrieben?

 

[Landei]

Verstehe gar nicht, was ihr wollt.
Wenn etwas hinzugefügt wird, ist das für mich +

Besonders häßlich finde ich die StringBu**er Klassen: Wenn ich bei String "plussen" darf, warum nicht dort?

Warum darf ich zwei Sets nicht zusammenaddieren? "Vereinigungsmenge" ist doch eine wohldefinierte Operation?

Bei Swing würde ich sagen, dass da besser += passen würde:

Box box = Box.createVerticalBox();
box += new JLabel("hi");
box += new JButton(myAction);
box += new JTextField();
jFrame.getContentPane() += box;

Was ist daran bitteschön eklig?

 

[0x7F800000]

zB. dass "+" meistens irgendeine kommutative operation suggeriert. Was

JPanel += JLabel

sein soll kann man sich noch irgendwie vorstellen, aber was zum teufel wäre

JLabel += JPanel

oder

JLabel+JPanel

???
wo "+=" ist, göhört imho zumindest mal ein selbstständiges kommutatives "+" hin.

Ansonsten könnte ich mir noch irgendwie vostellen, dass man ähnlich wie in c++ für ströme irgendsowas wie

JPanel<<JLabel

definiert. Aber wozu soll das gut sein, wie gesagt: im unterschied zu mathematischen formeln stapeln sich solche ausdrücke niemals über 5 zeilen, daher sehe ich da keinen anlass eine Flut von antiintuitiven operatoren heraufzubeschwören.

 

[musiKk]

Vereinigung wird mit einem dem U ähnlichen Symbol beschrieben. Wenn der ganze Quelltext auf einmal von lauter Plussen durchzogen ist, die jedes Mal was anderes bedeuten, dann leidet darunter die Lesbarkeit (Vermutung).

Ich hätte das Plus gerne dort, wo es wirklich genau das bedeutet: z. B. bei BigInteger. Da ist es wirklich eine Addition und keine Operation, die ich irgendwie auf ein Symbol Plus zurückführen muss. Sets werden nunmal nicht addiert. Selbst in der Mathematik, in der man ja oft Sachen gerne schnell aufschreiben will, werden in solchen Fällen i.d.R. neue Operatoren eingeführt (mit Kringeln und so).

 

[Ebenius]

@Operatoren für Swing: Der Code wird dadurch nicht übersichtlicher. Außerdem werden in den meisten Fällen Constraints bei add() mitgegeben, was sich mit unären Operatoren nicht abbilden lässt.

 

[Templon]

... aber was zum teufel wäre

JLabel += JPanel

Das gleiche wie bei JLabel.add(JPanel)?

Mann muss ja nicht alle Operatoren überladen, operator+ z.B. würde bei einem JComponent meiner Meinung nach kein Sinn machen. Und ja es ist überhaupt fraglich ob ein Operatoren überladen bei JComponents überhaupt Sinn macht =) Aber bei Vektoren, BigIntiger wünsche ich mir schon so was...

 

[SegFault]

ich finds lustig das es hier eine Diskussion über den Stil oder nicht guten Stil von Operatorenüberladung gibt. Sollte das nicht jeden selber überlassen sein? Man könnte genauso gut drüber Streiten ob es besser ist jede { oder } auf eine neue Zeile zu machen. Es ist doch dem Programmierer überlassen. Sofern er noch gut Kommentiert was er da macht reicht das aus. Und für manch unleserlichen Quelltext sind nicht nur die Operatorüberladungen zuständig.
Ich Persönlich würde mich freuen wenn es sowas gäbe. In wie fern und weit es dann Anwendung findet ist jeden (Oder auch jeden Softwareentwicklerteam) selber überlassen.

 

[Empire Phoenix]

Letztendlich sises ja auch relativ egal ob amn nun + add() oder plus() nimmt, nach dem compiler kommts eh auf das selbe raus, und 99% aller Anwender interresiert ncihtmal die Sprache wodrinne etwas geschreiben ist(geschweige denn dem Stil), solange es akzeptabel läuft.