Datentypen Was ist der Sinn vom Datentyp "char" ?

[Jack159]

Ich verstehe nicht so ganz den Sinn vom Datentyp "char".
Einerseits kann man mit ihm und den entsprechenden Codes die verschiedensten Zeichen darstellen. Dies verstehe ich ja noch.
Aber wo liegt der Sinn, wenn ich mit diesen Zeichen rechnen kann?

 

[Marco13]

Bis zu einen gewissen Grad ist die Möglichkeit, damit rechnen zu können, ein "Nebeneffekt" der Darstellung eines chars (der intern sehr ähnlich zu einen 'short' ist - nur eben ohne Vorzeichen).

Der Nebeneffekt ist aber unglaublich praktisch:
char zufälligerBuchstabe = 'a' + zahlZwischenNullUndFünfundzwanzig;

 

[Cola_Colin]

Das resultiert aus der Tatsache, dass ein Zeichen für den Computer auch nur eine Zahl ist.
Siehe: ASCII - Wikipedia, the free encyclopedia

Hilfreich ist das Rechnen mit Zahlen auch allemal.
Operatoren wie < und > z.B. sind hilfreich um einen Buchstaben in einem bestimmten Bereich zu finden.

 

[Tobse]

Der Sinn liegt in der austauschbarkeit mit int bzw. byte.
In jeder Datei, also ganz egal ob es sich um text handelt oder z.B. um ein Lied, sind bytes gespeichert. Gibt jetzt aber z.B. eine passage in einer datei (oder eben die ganze, z.B. java dateien), die als Text interpretiert werden soll, kann man sie als byte auslesen, dann als Zeichen behandeln und zu einem String zusammensetzen.
Des weiteren braucht ein String mit der Länge 1 und dem Inhalt z.B "f" mehr Speicherplatz als ein char mit dem zeichen "f".

Aber wenn du ein wenig mit komplexeren Dateien arbeitest als .txt oder .inf (z.B. gif/bmp/wma), dann wirst du den Sinn ganz schnell erkannt haben.

 

[SlaterB]

ein Sinn ist '0' + 4 = '4', da kommt man gut voran, schade dass '0' bis '9' nicht gleich die chars 0-9 sind, dann wärs noch einfacher,
auch Vergleiche machen sich gut für Bereichsprüfungen: if (x > 'a' && x < 'z')

letztlich ist die Frage: warum nicht als Zahl abbilden, was wäre der Gegengrund?
wenn man eine Menge von Werten hat muss man die ja irgendwie ablegen, als Zahlen bietet es sich immer an,
zum Abzählen, Index von Arrays, ist auch vor Java quasi von Anfang an in der 'Natur' gegeben ist,
wie sollen chars in einer Datei stehen wenn nicht als ASCII-Codes usw.,

es gibt auch keine Tastatur mit genügend unterschiedlichen Zeichen,
wie sollte man chars schlicht eintippen wenn nicht als Zahl? z.B. 0x35AB in Hexa

boolean ist die Ausnahme unter den Java-Datentypen, ist nicht als 0 + 1 abgebildet,
aber von diesen beiden auf den riesigen char-Raum zu schließen gebietet sich nicht

 

[Cola_Colin]

Des weiteren braucht ein String mit der Länge 1 und dem Inhalt z.B "f" mehr Speicherplatz als ein char mit dem zeichen "f".
.

String ist eine Java eigentlich nur eine Klasse, die intern die Zeichen in einem char[] speichert.
Ohne "char" also sowieso kein "String"

 

[André Uhres]

Der einfache char-Datentyp wurde zur Unterstützung von Unicode-Zeichen in Java eingeführt. Der einfache byte-Datentyp ist dafür ungeeignet, weil er nur 8 Bits hat und daher nicht alle Zeichen darstellen kann.

Gruß,
André

 

[Andi_CH]

Das resultiert aus der Tatsache, dass ein Zeichen für den Computer auch nur eine Zahl ist.
Siehe: ASCII - Wikipedia, the free encyclopedia

Hilfreich ist das Rechnen mit Zahlen auch allemal.
Operatoren wie < und > z.B. sind hilfreich um einen Buchstaben in einem bestimmten Bereich zu finden.

Rechnen mit Zahlen ja, aber Buchstaben sind definitv keine Zahlen aber mehr dazu weiter unten.

Wenn dein Argument greifen soll, schaffen wir alle Typen ab, denn für den Computer ist alles nur eine Zahl. Es ist kein Argument sondern eine ***ZENSUR*** Ausrede.

Der Typ Char ist einer der Fehler von Java - inkonsequent umgesetzt - unbesehen von C übernommen.

Es gibt KEINE Rechenoperation für Buchstaben. char + 1 gehört verboten. Wenn schon heisst es char.nachfolger() und wenn schon nicht OO dann wenigstens über eine Wrapperklasse Character.nachfolger(char)
Ja, ihr dürft nachfolger und vorgaenger auch auf englisch übersetzen (z.B. succ() und pred()), aber es geht ums Prinzip.

So nebenbei - char ist vom typ her viel näher beim enum als bei Zahlen.
Es verbietet niemand Operatoren für Typen zu definieren - z.B die Operatoren < und > aber + und Buchstaben - IGITT!

 

[SlaterB]

@Andi_CH
wie würdest du alle Arbeiten mit chars implementieren, z.B. Verschlüsselung, z.B. das einfache häufige Caesar-Beispiel
http://www.java-forum.org/java-basics-anfaenger-themen/121881-caesarverschluesselung.html
ohne + -, modulo? in Schleifen succ() aufrufen?

wenn es Zeichen nicht als Zahlen gäbe wäre für jeden der erste Schritt sie nach Zahlen umzuwandeln,
um dann erst etwas damit anfangen zu können

alles einfache, was succ() hat, hat auch mit Nummerierung und Zahlen zu tun,
eine LinkedList-Verknüpfung ergibt automatisch auch eine Gesamtliste mit size(), getElement(index),
index + 4 rechnen usw.,

erst bei einem zweidimensionalen Netz wird es interessanter, String ist das quasi auch als Liste von Chars,
da kommt man mit Zahlen rein handlich nicht mehr gut hin..,
"abc" = 'a'*65000^2 + 'b'*65000 + 'c' ..

 

[Andi_CH]

z.B. mit ValueOf()? Transormieren in den Raum in dem man die gewünschten Operationen ausführen kann ...

ADA (Ja, es ist für mich immer noch die vernünftigeste aller mir bekannten Sprachen) impementiert char als Eunmeration und definiert einen Satz von Operatoren.

Auch die Ada-Entwickler haben gesündigt : Es gibt "uncheckedConversion" so ganz ohne geht es auch nicht.

 

[SlaterB]

Enum ist wahrlich ein gutes hier noch nicht genannte Stichwort zu Vervollständing,
da gibt auch in Java in der Tat kein Rechnen, aber eben valueOf() und Co.

für die häufigen chars ist der Weg direkter, Enum wäre denkbar aber überall umständlich,

na ich habe eigentlich nichts neues zu sagen

 

[Andi_CH]

Wer Ada programmiert flucht (sehr?) häufig über das mehr als sture Typenverstänis - wer C programmiert flucht über das fehlende Typenverständnis - Java ist irgendwo dazwischen ...
Etwas konsequenter hätten die Javaentwickler schon sein dürfen.