Les char[] comment ça marche ?

Bonjour,

me revoilà avec mes 2 bras cassés. Je manipule, avec des gants en kevlar, des char[]. J'essaye d'en tracer un, dans System.out, pour la science.

A la base j'ai un JTextArea. Je le colle dans un char[] comme ça :

Code:

---

1 2 3 4

char text[]; (...) text[i]=(char)(textArea.getText().charAt(i));

---

Pourquoi est-ce qu'un

Code:

---

System.out.print((short)text[i]);

---

me sort de temps en temps de valeurs genre 8950 ? Est-ce bien raisonnable ?

Merci d'avance.

N'oublier pas les sommations d'usage.

Citation:

---

Envoyé par popollux

Pourquoi est-ce qu'un

Code:

---

System.out.print((short)text[i]);

---

me sort de temps en temps de valeurs genre 8950 ? Est-ce bien raisonnable ?

Merci d'avance.

N'oublier pas les sommations d'usage.

---

Bonjour,

La vrai question est plutôt :

Pourquoi castes tu en short avant d'afficher? Y a t'il une raison particulière?

Citation:

---

Envoyé par popollux

Pourquoi est-ce qu'un

Code:

---

System.out.print((short)text[i]);

---

me sort de temps en temps de valeurs genre 8950 ? Est-ce bien raisonnable ?

---

Parce que tu lui demande d'afficher un nombre, il affiche un nombre :roll: Voir la javadoc de printstream pour plus de détails.

@Deadpool : c'est la vraie question ? =)
Je cast en short pour qu'il m'affiche la valeur, pas le caratère.

Code:

---

1 2 3

char car = 'A'; System.out.print(car); -> 'A' System.out.print((short)car); -> 65

---

Le System.out en fait je m'en fous, je constate simplement qu'en mettant des char j'ai des valeurs auxquelles je ne m'attendais pas. Je suis a priori mal renseigné, c'est juste pour être sûr.

@tchize_ :

Citation:

---

Parce que tu lui demande d'afficher un nombre, il affiche un nombre

---

-> Ben oui, c'est pas le fait que ça soit un nombre, c'est sa valeur mon problème. C'est la valeur d'un caractère d'un textArea. Alors bon, c'est encore le fait que je "viens" du C, et qu'un char en C c'est sur 8 bits. En Java il me semble que c'est sur 16bits.
Mais du coup on récupère quoi en faisant textArea.getText().chatAt(i) ? C'est pas de l'ASCII ? C'est de l'unicode ?

dans la javadoc http://download.oracle.com/javase/6/...harAt%28int%29

Citation:

---

public char charAt(int index)

Returns the char value at the specified index. An index ranges from 0 to length() - 1. The first char value of the sequence is at index 0, the next at index 1, and so on, as for array indexing.

If the char value specified by the index is a surrogate, the surrogate value is returned.

---

Citation:

---

Unicode Character Representations

The char data type (and therefore the value that a Character object encapsulates) are based on the original Unicode specification, which defined characters as fixed-width 16-bit entities. The Unicode standard has since been changed to allow for characters whose representation requires more than 16 bits. The range of legal code points is now U+0000 to U+10FFFF, known as Unicode scalar value. (Refer to the definition of the U+n notation in the Unicode standard.)

The set of characters from U+0000 to U+FFFF is sometimes referred to as the Basic Multilingual Plane (BMP). Characters whose code points are greater than U+FFFF are called supplementary characters. The Java 2 platform uses the UTF-16 representation in char arrays and in the String and StringBuffer classes. In this representation, supplementary characters are represented as a pair of char values, the first from the high-surrogates range, (\uD800-\uDBFF), the second from the low-surrogates range (\uDC00-\uDFFF).

A char value, therefore, represents Basic Multilingual Plane (BMP) code points, including the surrogate code points, or code units of the UTF-16 encoding. An int value represents all Unicode code points, including supplementary code points. The lower (least significant) 21 bits of int are used to represent Unicode code points and the upper (most significant) 11 bits must be zero. Unless otherwise specified, the behavior with respect to supplementary characters and surrogate char values is as follows:

* The methods that only accept a char value cannot support supplementary characters. They treat char values from the surrogate ranges as undefined characters. For example, Character.isLetter('\uD840') returns false, even though this specific value if followed by any low-surrogate value in a string would represent a letter.
* The methods that accept an int value support all Unicode characters, including supplementary characters. For example, Character.isLetter(0x2F81A) returns true because the code point value represents a letter (a CJK ideograph).

In the Java SE API documentation, Unicode code point is used for character values in the range between U+0000 and U+10FFFF, and Unicode code unit is used for 16-bit char values that are code units of the UTF-16 encoding. For more information on Unicode terminology, refer to the Unicode Glossary.

---

Pour résumer,
- non ce n'est pas limité à l'ASCII... Mais les caractères ASCII sont représentés exactement pareil.
- oui c'est de l'unicode, à la base.
- Pour les caractères unicodes supérieurs à 0xFFFF, ils sont en fait représentés sur deux chars (à la manière d'UTF-16. Les chars étant 16-bits pour raisons historiques, il fallait bien trouver un moyen.)

pour etre exact, sur les 256 premières entrées correspondent à celles de l'iso-8859-1 ;)

Après , pour les caractères non latins, genre le cyrillique, on grimpe dans les valeurs.

Je suis une éponge dans la mer de la science ^_^

Citation:

---

Envoyé par popollux

Je suis une éponge

---

Vous en avez de la chance, ça peut vivre plus de 15000 ans 8O

Sinon, n'oubliez pas le bouton :resolu: si vous avez votre réponse.