salut!  
je suis novice en Java, et j'aimerai bien pouvoir convertir et afficher le code ascii...
 
ps : si je suis pas clair...posez des questions svp... ;-)

merci ;-)
et pour faire dans l'autre sens???

ben ca parait logique ...

moui en effet...
je m'attendai à plus complexe....

des fois, faut pas chercher midi à 14h
 
PS: benou, le type "int", c'est obligatoirement lui qu'il faut utiliser ? y'a pas "byte" ? parceque byte me semble plus approprié. d'ailleurs en C# avec int ça marche pas il me semble, c'est obligatoirement byte.

non mais bon, si il est débutant et que j'utilise un byte pour stocker un entier, ca l'aurait peut être troublé.
 
de plus, ma méthode ne te retrournera pas seulement le code ascii mais le code unicode (les chars java sont des caractères unicodes) qui n'aurait pas tenu dans un byte ...

je me souviens avoir pesté un moment de ne pas trouver une méthode qui fait ca dans la classe Character !

c'est vrai qu'une bête fonction faisant ce cast de façon nommé aurait été un peu moins barbare... parceque bonjour la lisibilité du code après

ouais ...
 
Quand tu sais qu'un char est considéré comme un numérique, ca devient logique, mais c'est pas vraiment évident à la base, quoi ...

Je viens de regarder, dans .NET c'est limite le contraire
 
System.Char à comme méthodes :
 
.GetNumericValue
.GetUnicodeCategorie
.IsControl
.IsDigit
.IsLetter
.IsLetterOrDigit
.IsLower
.IsNumber
.IsPunctuation
.IsSeparator
.IsSurrogate
.IsSymbol
.IsUpper
.IsWhiteSpace
 
Ca calme

C'est pas trop un problème de logique ou de représentation système...
C'est surtout un problème de lisibilité du code...
 
Parceque quand t'as un gros patté de code, et qu'au milieu t'as un truc style :
 
if ((int) mavar > montruc)
 
tu sais pas trop qui tu compares à quoi. avec une fonction "getAscii" par exemple, bah tu sais que tu compares un code ascii

on est d'accord, par contre, regarde java.lang.Character : tu retrouve la plupart des méthodes de C# ... comme c'est étrange

de toutes façons ça servait à rien de surcharger Character avec des milliards de méthodes à la con. C'est pas interdit de l'implementer toi meme à un endroit de ton api ou ça aurait plus de sens, d'ailleurs.

http://java.sun.com/j2se/1.4.2/doc [...] acter.html
t'as la même chose en java, c'est pour pas (hum ... moins) se prendre la tête avec les divers alphabets.
 
Par contre, attention, en java, c'est UTF16 pour tout le monde(à l'intérieur du langage, les StreamWriter et StreamReader sont réglables pour l'extérieur). Donc les vielles habitudes char = 8 bits, c'est poubelle.
 
J'ai la flemme d'aller voir pour C#/.net .

 
UTF8