Behauptung so richtig?

[JavaUndC-Prog]

Hallo,

ich habe ein paar Fragen zu Java, die vielleicht doch recht interessant sein können.

1.) Kann eine Unterklasse alle Methoden der Oberklasse aufrufen?
2.) Kommt eine Unterklasse an alle Attribute ihrer Oberklasse?
3.) Kann ich Double Werte mit == vergleichen?
4.) ArrayList ist eine Generische Klasse, hat jemand Beispiele für weitere Generische Klassen?

 

[thet1983]

1= kommt darauf an : modifier? public, protected, private, package private
2= kommt darauf an : w.o
3= ja
4= https://www.javatpoint.com/generics-in-java

 

[JavaUndC-Prog]

Zu 1 und 2 stimme ich dir zu, denn eine private Variable kann von einer Unterklasse nicht gesehen werden. Das trifft auch auf Methoden zu.

Zu 3, da stimme ich nicht zu, denn:
double a = 3.333;
double b = 3.333;
a == b ?
Kann ich vergleichen, wenn die Nachkommastellen jedoch wachsen, sagen wir:
double a = 3.3333333333333333335;
double b = 3.3333333333333333334;
Würde true ausspucken. Kann ich dann vergleichen? Ich kann das nicht sagen?

 

[JCODA]

speziell wurde hier ja nach "Double" gefragt, da würde ich ganz klar nein sagen, denn:

class Main {
  public static void main(String[] args) {
    Double d1 = 1337.42;
    Double d2 = 1337.42;
    double d3 = 1337.42;
    double d4 = 1337.42;
    System.out.println("Double == Double: "+(d1==d2));
    System.out.println("Double == double: "+(d2==d3));
    System.out.println("double == Double: "+(d3==d2));
    System.out.println("double == double: "+(d3==d4));
  }
}

Generell hat man dein beschriebenes Problem beim Vergleich von Gleitkommazahlen, das hat weniger speziell mit Java oder Double zu tun.
Siehe etwa http://www.andreas-schrade.de/java/2013/04/22/java-korrekte-vergleich-von-fliesskommazahlen/
oder etwas technischer: https://www.elektronikpraxis.vogel.de/vergleich-von-gleitkommazahlen-knifflig-aber-machbar-a-657052/

 

[JavaUndC-Prog]

Auch:

public class MyClass {
  public static void main(String[] args) {
    Double d1 = 1337.42;
    Double d2 = 1337.42;
    double d3 = 1337.424242424242424242424242;
    double d4 = 1337.424242424242424242424243;
    System.out.println("Double == Double: "+(d1==d2));
    System.out.println("Double == double: "+(d2==d3));
    System.out.println("double == Double: "+(d3==d2));
    System.out.println("double == double: "+(d3==d4)); // True, obwohl es nicht gleich ist!
  }
}

 

[Meniskusschaden]

speziell wurde hier ja nach "Double" gefragt, da würde ich ganz klar nein sagen

Ich würde ganz klar "ja" sagen, mit der Ergänzung, dass bei dem Vergleich möglicherweise nicht das erwartete Ergebnis heraus kommt.
Wie bei allen Objekten prüft man auch hier mit == auf Identität und mit equals auf Gleichheit. Man kann also auf Identität prüfen, praktisch immer interessiert man sich aber für Gleichheit. Deine Beispiele haben nichts mit der fehlenden Genauigkeit zu tun, die in vielen anderen Fällen aber durchaus ein Problem ist.

System.out.println("double == double: "+(d3==d4)); // True, obwohl es nicht gleich ist!

Doch, d3 und d4 sind gleich, nämlich 1337.4242424242425. Das hat aber nichts mehr mit deiner Ursprungsfrage zu tun, denn da ging es nicht um double, sondern um Double.

 

[JCODA]

@JavaUndC-Prog
Hier liegt der Fehler nicht im Vergleich, sondern darin, dass der Entwickler die Genauigkeit von double nicht kennt.
Denn wenn solch ein Wert im Programm steht, wird dieser eben nur bis zu double-Genauigkeit gespeichert.
Es besteht gar keine Möglichkeit die Werte zu unterscheiden, weil sie eben gleich "abgespeichert" werden.

 

[JavaUndC-Prog]

OK also kann Ich zwei Double Werte mit == vergleichen
Ich kann aber nicht zwei double Werte mit == vergleichen?

 

[Meniskusschaden]

Du kannst beide mit == vergleichen. Aber du willst Double praktisch nie mit == vergleichen. Und double willst du manchmal auch nicht mit == vergleichen, manchmal aber schon.

Bei double geht es darum, ob die begrenzte Genauigkeit ein Problem darstellt. Bei Double geht es zusätzlich um das Problem des Unterschieds zwischen Gleichheit und Identität.

 

[temi]

Kann ich Double Werte mit == vergleichen?

Die Betonung liegt auf "kann". Du kannst natürlich, Java wird es dir nicht verbieten.

mit der Ergänzung, dass bei dem Vergleich möglicherweise nicht das erwartete Ergebnis heraus kommt.

 

[JavaUndC-Prog]

Verstanden, danke!