Utiliser un objet d'une autre fenêtre

Bonjour , je travaille sur un projet de gestion de stock .après l'authentification (plusieurs user s'y connecte ) une fenetre s'affiche pour faire une commande d'un article et la commande sera ajouté à la table des commandes (base de données avec mysql ) qui contient une colonne du nom du demandeur , mon problème c'est que le nom du demandeur est celui de l'utilisateur connecté , donc j'ai besoin d'utiliser d'un objet qui se trouve dans une autre classe . j'ai pensée à l'héritage mais je peux pas y recourir vu que la première classe hérite déja de JFrame .
l'objet dont j'ai besoin est un combobox , et je veux utiliser son cotenu dans une autre classe , est ce que c'est possible ?? Merci d'avance de vos réponses

Citation:

---

Envoyé par larbiket

Bonjour , je travaille sur un projet de gestion de stock .après l'authentification (plusieurs user s'y connecte ) une fenetre s'affiche pour faire une commande d'un article et la commande sera ajouté à la table des commandes (base de données avec mysql ) qui contient une colonne du nom du demandeur , mon problème c'est que le nom du demandeur est celui de l'utilisateur connecté , donc j'ai besoin d'utiliser d'un objet qui se trouve dans une autre classe . j'ai pensée à l'héritage mais je peux pas y recourir vu que la première classe hérite déja de JFrame .
l'objet dont j'ai besoin est un combobox , et je veux utiliser son cotenu dans une autre classe , est ce que c'est possible ?? Merci d'avance de vos réponses

---

help me plz :roll:

Plop,

Je ne comprends pas vraiment ta question. Tu veux récupérer la valeur sélectionnée d'un JCombobox ? Si oui, il te suffit d'utiliser la méthode getSelectedItem() qui te renvoie l'objet de la liste sélectionnée par l'utilisateur. Le fait de faire "passer" cette valeur, il te suffit de créer des méthodes faites pour traiter ce cas, donc le choix d'un nom.

Citation:

---

Envoyé par olivier.pitton

Plop,

Je ne comprends pas vraiment ta question. Tu veux récupérer la valeur sélectionnée d'un JCombobox ? Si oui, il te suffit d'utiliser la méthode getSelectedItem() qui te renvoie l'objet de la liste sélectionnée par l'utilisateur. Le fait de faire "passer" cette valeur, il te suffit de créer des méthodes faites pour traiter ce cas, donc le choix d'un nom.

---

Bonjour , mon problème c'est que ce ComboBox n'est pas dans la même fenêtre (et du coup pas dans la même classe bien sur )

tu peux utiliser un listener que tu vas affecter a cette Frame, qui aura pour but d´actualiser la Frame 2.
Tu as un controlleur central, et un ou deux listeners qui declenchera une action lors du changement de proprieté de ta Combobox.

Eric

[QUOTE=larbiket;7414179] j'ai besoin d'utiliser d'un objet qui se trouve dans une autre classe ./QUOTE]
Bonjour, j'ai compris ton sujet et je peux intervenir en te proposant ceci:
Tu crées une variable de classe qui est sensée de récupérer la sélection de ton JCombo.
Et dans la classe où tu as besoin de récupérer cette valeur, tu saisis simplement le nom de la classe qui contient ton JCombo, suivi d'un point, suivi du nom de la variable que tu avais créée auparavant.

Je pense que la meilleure manière d'opérer est de passer par des écouteurs dans ton contrôleur principal !

Sinon, il est toujours possible que tu mette dans ta Frame1 une méthode du genre "getSelectedItem" qui te retourne la valeur sélectionnée et qui évite les problèmes d'accès trop "laxistes" de la méthode de MasterMbg ;) (je ne suis absolument pas fan des attributs de classe public, et très peu des static lorsque l'intérêt est juste de ne pas s'embêter pour y accéder).

[quote=MasterMbg;7417227]

Citation:

---

Envoyé par larbiket

j'ai besoin d'utiliser d'un objet qui se trouve dans une autre classe ./QUOTE]
Bonjour, j'ai compris ton sujet et je peux intervenir en te proposant ceci:
Tu crées une variable de classe qui est sensée de récupérer la sélection de ton JCombo.
Et dans la classe où tu as besoin de récupérer cette valeur, tu saisis simplement le nom de la classe qui contient ton JCombo, suivi d'un point, suivi du nom de la variable que tu avais créée auparavant.

---

Ca marche pas , la classe ou je veu mettre l'objet ne reconnu pas l'autre classe dont je veux utiliser l'objet :?

C'est surement un problème de visibilité sur ce point.

Protected : visible par toutes les classes du même package.
Private : visible uniquement dans la classe.
Public : porte ouverte à toutes les fenêtres, tout le monde peut y accéder (à condition d'avoir accès à l'objet qui porte l'attribut).

Moi je te conseil surtout de mettre ton JComboBox private (avec un accesseur public).
Le controleur principal accède grâce à l'accesseur à la méthode "getSelectedItem" à l'objet concerné.
Il le passe en suite à ta seconde fenêtre (en paramètre, en affectant directement la valeur à un champ, ...)

Si c'est bien le soucis que tu as !

Je crois que mon problème est clair , j'ai un Jcombobox qui est contenu dans la fenêtre 1 , et je veux l'utiliser dans la fenêtre 2

Citation:

---

Envoyé par jeffray03

tu peux utiliser un listener que tu vas affecter a cette Frame, qui aura pour but d´actualiser la Frame 2.
Tu as un controlleur central, et un ou deux listeners qui declenchera une action lors du changement de proprieté de ta Combobox.

Eric

---

Ce message répond dans ce cas parfaitement.

Citation:

---

Envoyé par Doopeijii

Ce message répond dans ce cas parfaitement.

---

Pourrais tu me donner un exemple , je suis pas vraiment fort dans les actionlistener :?

[quote=larbiket;7419347]

Citation:

---

Envoyé par MasterMbg

Ca marche pas , la classe ou je veu mettre l'objet ne reconnu pas l'autre classe dont je veux utiliser l'objet :?

---

Est-ce que les deux classes se trouvent-elles dans un même package? Parce que chez moi ça marche parfaitement...;)
C'est normal que la classe qui contient ton JCombo ne soit pas reconnue lorsqu'elle n'est pas définie dans le même package que la classe qui l'appelle. Dans ce cas de figure, il faudrait importer le package qui la contient dans le fichier de la classe qui l'appelle. Sinon, je te conseillerait de définir les deux classe dans le même emplacement (Package).

Citation:

---

les attributs d'instances

---

Quand je parle de ça, je ne fais pas allusion aux attributs des instances créées. Mais plutôt aux attributs communs des objets qui seront créés à partir d'une classe.

Je ne vois pas trop l’intérêt d'utiliser une variable statique dans ce cas. Le but étant de récupérer le contenu d'un comboBox, on ne pourra pas connaitre la valeur choisie tant que l'utilisateur ne l'a pas sélectionné. Un simple getter suffit.

Code:

---

1 2 3 4 5 6 7 8 9 10

class MaFrame extends JFrame{   // Tes données   public String getSelectedItem(){ return (String)monComboBox.getSelectedItem(); }   }

---

Tu n'a plus qu'a le récupérer en appelant cette méthode dans ton autre classe.

Citation:

---

Car à chaque instanciation, les valeurs des tous les attributs d'instances sont réunitialisées (Pour ton rappel) ce qui nous permettrait pas une récupération de données dans l'autre classe.

---

Par contre j'avoue ne pas comprendre cette phrase. Même si on crée d'autre instance de la classe, les objets déjà instanciés gardent leurs valeurs (heureusement ?)

J'ai bien dit que les attributs PUBLIC me dérangeaient particulièrement (quand ils peuvent être évités).
Et notons un point : à chaque instanciation, les valeurs des attributs sont initialisées POUR l'instance créée et non pour toutes (je pense que tu le sais, mais ce n'est pas clair dans ton message alors pour éviter d'en induire certains autres en erreur...)
Et je ne renié pas l'utilisation du static en général, mais bien juste dans ce cas ! Il s'agit là d'accéder à une valeur d'un champ lors d'un évènement et rien de plus, d'où l'utilisation d'écouteurs pour récupérer la valeur et la passer à la seconde fenêtre...

Pour larbiket :

dans ton controleur tu fais un truc genre :

Code:

---

1 2 3 4 5

frame1.getJComboBox().addItemListener(new ItemLsitener( //Ici la définition d'un ItemListener et les actions à faire //a voir si il te faut pas un actionListener je ne sais pas trop (regarde la javadoc //et dans une des méthodes t'auras un frame2.setTextTonChamp(item.getValue()); ));

---

Citation:

---

Envoyé par Nico02

Par contre j'avoue ne pas comprendre cette phrase. Même si on crée d'autre instance de la classe, les objets déjà instanciés gardent leurs valeurs (heureusement ?)

---

C'est exactement ce que j'ai dit. Les variables d'instances sont réunitialisées dans le seul but de création des nouveaux objets. Et cela n'affecte à rien les données des variables des autres objets instances de la même classe.

Citation:

---

Envoyé par Doopeijii

Et notons un point : à chaque instanciation, les valeurs des attributs sont initialisées POUR l'instance créée et non pour toutes (je pense que tu le sais, mais ce n'est pas clair dans ton message alors pour éviter d'en induire certains autres en erreur...)

---

Ce n'est pas ce que j'ai dit. Peut être que vous ne m'avez pas bien saisi ou je n'ai pas été explicite. La réunitialisation des valeurs des attributs ne se fait que quand on crée une nouvelle instance!!! Je n'ai dit que ça se faisait pour les instances déjà créées...

Oui, je pense qu'on connait bien le fonctionnement mais qu'on ne se comprend juste pas :ccool:

Par contre je reste persuadé qu'un attribut static n'est ici pas la bonne méthode !

Citation:

---

Envoyé par Doopeijii

Par contre je reste persuadé qu'un attribut static n'est ici pas la bonne méthode !

---

Au fait, c'est juste une proposition parce que moi personnellement j'étais aussi buté à ce même blem et après plusieurs temps de réflexion, j'avais utilisé cette méthode et depuis tout tourne à merveille. Ravi d'échanger avec toi.
;)

Oui, ça marche certainement mais le champ static présente beaucoup d'intérêts qui ne sont ici pas nécessaires comme par exemple le fait de pouvoir accéder au champ sans instancier l'objet. Je pense qu'il instancie sa fenêtre ;)
En plus, cela présente l'intérêt d'avoir une valeur unique pour toutes les instances d'une classe, or je ne suis pas certain qu'il ai plusieurs instances d'une même fenêtre et qu'il veuille que la valeur soit identique pour toutes.

C'est là dessus que je me base pour justifier la méthode de l'écouteur :ccool:

Mais oui, échanger ensemble ça nous permet d'éventuellement ne pas rester dans l'erreur et même d'apprendre à être plus clair directement pour nos futurs posts :D

Merci mes amis ça marche parfaitement :ccool:

Citation:

---

Envoyé par larbiket

Merci mes amis ça marche parfaitement :ccool:

---

Peux tu dans ce cas marquer ton sujet "résolu"? cela empêcherait que les autres se mettent dessus alors que tu as déjà trouvé solution.