Discussion :

[power of mind]

salut tout le monde,

j'essaie d'ajouter de faire une fonction pour trier les variable de type String, j'utilise donc la méthode toCompare qui renvoie une entier dont le signe dépend de la valeur unicode des chaines comparées d'après la javadoc. Jusque la tout est nickel, mais lorsque j'essaie de comparer des entiers en tant que string la fonction toCompare me renvoie du n'importe quoi.

par exemple 4 en tant que string n'est pas supérieur à la String "2"?!! est ce normal ce résultat la?

comment je peux comparer deux string qui peuvent contenir des caractères alphanumériques {A-Z}, {0,9}

Merci d'avance pour votre aide, je sais que c'est simple mais c'a m'a pris une après midi entière de debuggage pour découvrir que c toCompare qui déconnait en comparant des nombres en tant que string

merci pour votre aide

[Matt112]

Salut,

Je ne connais pas la fonction toCompare mais j'image qu'elle est faite grâce à une table ASCII (http://www.tableascii.com/)

Si tu regardes bien, le nombre 4, vaut bien 4 en décimal.
Mais le caractère 2 lui vaut 50 en décimal.
Ce qui fait que "2" > 4 !

Si tu veux de l'aide pour ta fonction, précise un peu ce que tu veux qu'elle fasse.
Trier c'est bien mais selon quels critères ? Ordre Alphabétique, ordre croissant selon la somme des valeurs décimales des caractères...

Tchao

[nouknouk]

Je ne connais pas la fonction toCompare mais j'image qu'elle est faite grâce à une table ASCII (http://www.tableascii.com/)

Non: c'est fait grâce à la velur en Unicode, pas ASCII.
Ceci dit, pour les caractères du Latin basique (dont font partie les chiffres qu'on connait), les codes ascii et unicode correpondent grosso modo.

Si tu regardes bien, le nombre 4, vaut bien 4 en décimal.
Mais le caractère 2 lui vaut 50 en décimal.
Ce qui fait que "2" > 4 !

Non: en ascii, le caractère 2 est bien codé 50, mais le caractère 4 est codé 52.
L'ordre est donc bien respecté !

[Matt112]

Ah oui exact, au temps pour moi... d'autant plus que je donne le lien du tableau où c'est marqué :p
Merci

[entreprise38]

Salut,

String.compareTo fonctionne pourtant bien (comme c'est spécifié dans la javadoc, comparaison selon tri par ordre lexicographique, et 3 résultats possibles), non ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
"4".compareTo("3");
// ou bien
"tralala 4".compareTo("tralala 3")

donne bien 1.

L'opération dans le sens inverse renvoyant bien -1.

Pourrais-tu détailler ton code ?

[power of mind]

le problème en faite ne vient pas de mon code, je fait vraiment des testes bêtes koi: essayer

"33".toCompare("4") ca donne -1 non?!

apparemment les machines trient les string d'une façon qui donne des résultats qui diffèrent parfois de ce qu'on attend nous les humains. Fin j'ai trouvé sur le net des articles qui parlent du trie naturel "Natural order string comparaison" qui utlise le Collator Java.

ce lien : http://www.javapractices.com/topic/T...tion.do?Id=207 traite bien ce sujet. Sauf que j'aimerai bien que si qlqn pourrait nous expliquer d'avantage les collator pour mieux cerner le trie des string en java.