string demandé avec un char

Bonjour,

j'ai une fonction qui demande une variable de type "string", et je veux lui donner une variable de type "char".

J'ai alors fais comme d'habitude un : toString();

mais voici l'erreur :

Citation:

---

char cannot be dereferenced

---

C'est surement une erreur de débutant mais voilà je reste bloqué la dessus:?

merci

Bonjour,

toString retourne la présentation en string d'un objet et pas de type primitif comme char

pour avoir le String d'un tableau de char vous veuillez instancier un objet de type String et passer comme paramètre à son constructeur un tableau de char
ou bien utiliser la méthode valueOf

par exemple:

Code:

---

1 2 3 4 5 6 7 8

char data[] = {'a', 'b', 'c'}; String str = new String(data); System.out.println("transformation avec constructeur : "+str); //ou bien essayer valueOf   String ch = String.valueOf(data); System.out.println("transformation avec la méthode valueOf : "+ch);

---

merci ça marche :)

par contre j'aimerai faire exactement la même chose avec un float, et la méthode ne marche pas pour un float justement :)

Salut,



Chaque type primitif possède une classe Wrapper associée, qui dispose de toutes les méthodes utiles...

Code:

---

1 2 3 4 5 6

char c = 'c'; float f = 1.0f;   String cStr = Character.toString(c); String fStr = Float.toString(f); // etc.

---

Maintenant pour les nombres si tu veux un formatage plus spécifique il faudra passer par un DecimalFormat ou bien via String.format()...

a++

merci à toi :D

c'est peut être moins beau pour vous mais moi j'utilise l'opérateur + de la class string qui fait très bien la chose

Code:

---

1 2 3 4 5 6

char c = 'c'; float f = 1.0f;   String cStr = ""+c; String fStr = ""+f;

---

On ne dit pas "c'est moins beau", on dit "c'est horrible". Le + est à éviter dans les String, autant que faire se peut.

Citation:

---

Envoyé par rolfone

c'est peut être moins beau pour vous mais moi j'utilise l'opérateur + de la class string qui fait très bien la chose

Code:

---

1 2 3 4 5 6

char c = 'c'; float f = 1.0f;   String cStr = ""+c; String fStr = ""+f;

---

---

Ton truc fonctionne mais n'est pas optimale car quand tu fais

Code:

---

"" + c

---

le compilateur le transforme en:

Code:

---

new StringBuffer().append("").append(c).toString();

---

Tu as les méthode String.valueOf() qui prend tout type de paramètres

Citation:

---

Envoyé par Rei Ichido

On ne dit pas "c'est moins beau", on dit "c'est horrible".

---

Le ""+ est un petit hack pas forcément très joli... mais pas bien méchant non plus.

Citation:

---

Envoyé par Rei Ichido

Le + est à éviter dans les String, autant que faire se peut.

---

Non il n'est pas à éviter !!!
Il est simplement à utiliser pour ce dont il est conçu, c'est à dire générer une concaténation d'élément pour générer une chaine simple en une instruction unique.

Par contre il faut éviter de l'utiliser pour générer une chaine complexe sur plusieurs instructions, en particulier en cas de boucle. Il y a les StringBuffer/StringBuilder pour cela !

a++

C'était ce que j'exprimais, certes de façon sommaire, mais globalement quand on a une méthode faite pour, autant éviter de recourir à une autre méthode qui a des inconvénients, non ?

Non.

En aucune circonstance il ne faut écrire l'abominable

Code:

---

new StringBuilder().append(name).append('=').append(value).toString()

---

au lieu du clair et concis :

Code:

---

name + '=' + value

---

lorsqu'il n'y a que ça à faire.

Et pourtant tu crées un StringBuffer en rabe ; alors certes si c'est effectué une fois de temps (typiquement, dans les exceptions), ce n'est pas dramatique.
Mais quand ça devient une habitude, que ça apparait au milieu de boucles effectuées à gogo, et que ça porte sur une dizaine de concaténation, ça devient nettement plus gênant.

Personnellement je ne vois pas ce que l'utilisation des ".append" a d'abominable, ça reste lisible et on sait ce qu'on fait.

Citation:

---

Envoyé par Rei Ichido

Et pourtant tu crées un StringBuffer en rabe ;

---

Pas le moins du monde, le compilateur est plus intelligent que ça. Mais du coup je comprends pourquoi tu croyais cela.

Citation:

---

Envoyé par Rei Ichido

alors certes si c'est effectué une fois de temps (typiquement, dans les exceptions), ce n'est pas dramatique.
Mais quand ça devient une habitude, que ça apparait au milieu de boucles effectuées à gogo, et que ça porte sur une dizaine de concaténation, ça devient nettement plus gênant.

---

C'est à éviter dans les cas où le compilateur ne peut pas le détecter lui-même, et que le traitement de concaténation est lourd et/ou répétitif.

Mais on s'éloigne du cas général.

Citation:

---

Envoyé par Rei Ichido

Personnellement je ne vois pas ce que l'utilisation des ".append" a d'abominable, ça reste lisible et on sait ce qu'on fait.

---

Ça ne reste pas lisible, non. Et on ne sait ce qu'on fait que pendant le court moment où on est en train de le construire. À la relecture ça prend un temps monstre à comprendre ce qui se fait.

Mhhhh je reste dubitatif sur la lecture. Probablement une question d'habitude.

Cela dit je veux bien admettre que quand la concaténation est faite en une instruction, le compilateur dans un éclair de génie n'itère pas la construction de buffers - ça semble plutôt rationnel.

Citation:

---

Envoyé par Rei Ichido

Cela dit je veux bien admettre que quand la concaténation est faite en une instruction, le compilateur dans un éclair de génie n'itère pas la construction de buffers - ça semble plutôt rationnel.

---

Le compilateur fait cela très bien :

Code:

---

String str = name + '=' + value;

---

Sera bien compilé comme cela :

Code:

---

String str = new StringBuilder().append(name).append('=').append(value).toString();

---

Sur une instruction unique il est donc inutile d'utiliser StringBuilder/append().
Cela peut même être contre-productif en cas d'utilisation de constante, qui peuvent être concaténer dès la compilation...

a++

merci pour ces précisions :)

Sinon, j'ai une petite question et je préfère la poser ici plutôt que de créer un nouveau sujet pour ça...

Je cherche l'évènement pour un liste déroulante (combobox) lorsque l'on choisit un item dans la liste, j'aimerai ensuite afficher des choses.

Mais j'ai essayé la plupart des évènements et je ne trouve pas 8O

Bonjour,

1- bon Tout d'abord, votre classe JFrame ou JPanel doit implémenter l'interface action listener.

2- ajouter la méthode addActionLestener à votre comboBox.

Code:

---

votreConboBox.addActionListener(this)

---

2- Vous veuillez ajouter l'action listener par l'implémentation de la méthode actionPerformed de l'interface ActionListener

remarque : cette méthode doit etre redéfinie dans la meme classe ou vous avez ajouté la méthode AddActionListener(this) à votre combobox
c'est un bout de code de la création d'un listener à votre comboBox

Code:

---

1 2 3 4 5 6 7 8 9 10 11

public void actionPerformed(ActionEvent e) { JComboBox cb = (JComboBox)e.getSource();   //Récupérer l'Item sélectionné String nomItemSelectionne = (String)cb.getSelectedItem();   // faire içi votre traitement en fonction de item sélectionné ... }

---

bon chance :ccool:

mince il n'y a pas plus simple ?8O

Je sais pas, il y a une 20aine d'évènement (je travaille avec NetBeans) pour les combobox, et il n'y en a pas un seul pour l'action de choisir un item dans la liste? :?

En fait je dois réaliser une gestion (de clients par exemple), alors au début j'ai tenté de manipuler les jTable, mais il s'avère que cela est un peu compliqué avec les modèles etc, je me suis alors dis pourquoi pas trier dans une combobox... :?

tien j'ai bien fait de donné ma solution car j'ai appris pas mal de truc merci pour les précisions apportées.

sinon pour ce qui est des évènement c'est bien comme dit si dessus.

sous netbeans double cliques sur ta combobox et netbeans vas crée tout ce qu'il faut (pas très pédagogique par contre) et tu code la ou il vas te mettre le curseur.

l'évènement est déclenché par un clique sur la liste de la combobox si je ne me trompe pas et tu peut récupérer l'élément sélectionné

non ce n'est pas le bon évènement :(

tout ce qui était implicite en VB ne l'est pas du tout en java, et c'est vraiment agaçant :furax: