[Progra] Frage zu Kopier-Konstruktor

[HE]

War nicht mal was in der Specification, das fixe Literale immer gleich sein müssen (damit "xxx" == "xxx" tatsächlich true gibt, wo "xxx" = "x" + "xx" es nicht tut)?

[C-Otto]

So einfach ist es nicht. "xxx" == "xx" + "x" sollte zum Beispiel true sein, wenn man es so schreibt. Relevant ist hier, in welchen Packages und Compilation Units das Stringliteral steht.

[mirko]

Beim Vergleich von primitiven Datentypen die man in Java immer am kleinen Anfangsbuchstaben erkennt (also boolean, int, float, double etc.) vergleichst du auch immer den jeweiligen Wert. Lediglich bei nicht-primitiven, also Anfangsbuchstabe ist groß, (z.B.: String oder Rechteck) vergleichst du mit "==" die Speicheradresse.

mit der erkennungsmethode solltest du aber vorsichtig sein - sonst mach ich einfach

Code: Alles auswählen

class myADT {...}


und dann fällst du auf die schnauze

aber wenn sich alle an die konvention halten, klassennamen groß zu schreiben, kommt es hin...

[Trinova]

mit den primitiven hab ichs mir so gemerkt:
das sind nur Zahlen und die können nichts... (dazu kommt dann noch der boolean aber der kann ja noch viel weniger)
alles andere sind Objekte

[Wildkaetzchen]

mit den primitiven hab ichs mir so gemerkt:
das sind nur Zahlen und die können nichts... (dazu kommt dann noch der boolean aber der kann ja noch viel weniger)

Die chars fühlen sich jetzt wahrscheinlich ausgegrenzt

[C-Otto]

chars sind Zahlen.

[MaoDelinSc]

chars sind Zahlen.

Ein char kann doch ein beliebiges Zeichen aus dem ASCII-Code sein, oder?

[C-Otto]

Unicode, Standard 2.1. Das sind 2^16 verschiedene Zeichen

[C-Otto]

http://java.sun.com/docs/books/jls/seco ... .html#9151