Re: Eklige Vergleiche von Referenzen mittels ==

Peter Büttner schrieb:

Man muß immer überlegen wie nun was ist, ob andere das auch kapieren,
ob spätere Leute auch drauf achten...

Na, das ja nun nicht. Da ein Integer genauso wenig eine "echte"
Objektidentität hat wie ein String - was wiederum, da beide immutable
sind, kein Problem darstellt - sehe ich wenig Anlass, Strings oder
Integers anders als mit equals() zu vergleichen.

Deswegen finde ich es aber trotzdem nicht im Mindesten abwegig, sich
dafür zu interessieren, wie eine Programmiersprache "unter der Haube"
funktioniert.

Gruß,
Michael
.

Relevant Pages

  • Re: Eklige Vergleiche von Referenzen mittels ==
    ... ob spätere Leute auch drauf achten... ... Da ein Integer genauso wenig eine "echte" ... Objektidentität hat wie ein String - was wiederum, ...
    (de.comp.lang.java)
  • Re: CStringT::Format
    ... > sDateCreated hat vor und nach dem Aufruf der Format-Funktion den korrekten ... Das muss ein 32-Bit Integer sein, ... Strings undefiniert ist. ... immer an einer falschen Argumentliste oder an überlappenden Strings. ...
    (microsoft.public.de.vc)
  • Re: Bitfolge ausgeben
    ... Und bei & ist dies eben Integer. ... Argh. ... Selbstkorrektur: natürlich geht & auch mit Strings. ...
    (de.comp.lang.perl.misc)
  • Re: Varchar-Feld auf numerischen Wert =?ISO-8859-15?Q?=FCberpr=FCfen?=
    ... Es können also auch "Zahlen" darin vorkommen (alles Integer). ... diese bei einem SELECT von den Strings zu ...
    (de.comp.datenbanken.mysql)
  • Re: CStringT::Format
    ... Welchen Formatkennzeichner muss ich denn für ein 64-Bit Integer ... Hmm, Du hast recht, wer lesen kann (und so einen Hilfe-Text auch mal zuende ... > immer an einer falschen Argumentliste oder an überlappenden Strings. ...
    (microsoft.public.de.vc)