[POO] Problème d'héritage "inversé"

Bonjour ou bonsoir,

Je suis en train de chercher une solution pour pouvoir modifier une variable déclarée dans une sous-classe à partir d'une classe supérieure. Je pense que je ne peux pas le faire, mais y aurait-il moyen de contourner cela?

Je débute dans la POO, si je vous explique mon problème plus en détails vous me donnerez p-e une alternative. Je suis en train de faire un générateur de couleur avec une interface graphique en AWT (je passerai au Swing après).

Mon Interface se compose de:
-Grand Panel avec background qui change de couleur
-Un bouton "Random", un bouton "exit"
-Un Label , Textfield et scrollbar pour le rouge
-Un Label , Textfield et scrollbar pour le vert
-Un Label , Textfield et scrollbar pour le bleu
-un Textfield pour afficher le code de la couleur en format HTML

Comme vous le voyez, j'ai trois fois la même chose dans mon interface. J'ai donc pensé à créer une nouvelle classe pour gérer ces 3 lignes. Supposons que je l'ai appelée colorManage et que ma classe où se situe le main s'appelle subClass.

Le subClass gère tout ce qui est en orange et c'est là que se trouve le problème. J'aimerai que quand l'utilisateur change la position du scrollbar ou le contenu du textfield que le programme change la couleur du grand panel.

Pour faire cela, il faudrait que je puisse accéder à la méthode changeColor() à partir de colorManage ou à l'objet Panel afin de changer sa couleur de background.

Comment pourrais-je faire cela avec une approche orientée objet? J'avais commencé avec une seul classe, mais j'aimerai voir si cela est possible.

Merci par avance pour votre aide.

Bonjour.
Je ne suispas sur d'avoir compris ton problème, alors, un peu plus d'explications ou un exemple ne serait pas de refus !

Sinon, pourquoi ne pas passer par les listeners ? c'est à dire ajouter un listener onChange à chaque ScrollBar qui sera appelé par AWT à chaque fois qu'un ScrollBar est déplace et qui met à jour la couleur du Panel ainsi que les divers champs texte concerné ?

C'est ce que je fais, j'utilise des listeners (AdjustmentListener, TextListener et ActionListener).

Pour faire simple, je vais résumé les constructeurs, méthodes de mes 2 classes:

class subMain extends colorManage implements ActionListener :
-constructeur de window (fenêtre qui contiendra tout), déclaration des différents objets nécessaires (grand panel, 2boutons,...) dont 3 colorManage.
-fonction main qui "construit" un window
-méthode changeColor() qui change la couleur du panel
-public void actionPerformed (ActionEvent e){...} qui gère les click sur les boutons et qui fait appel à changeColor().

class colorManage extends Frame implements AdjustmentListener, TextListener
-constructeur de colorManage qui prend un String en paramètre (nom de la couleur), donc il crée un label+textfield+scrollbar.
-public void textValueChanged(TextEvent e){...} qui gère les changements sur le textfield, met la même valeur au scrollbar et devrait changer le fond du panel avec changeColor();.
-pareil pour les actions sur le scrollbar
-méthodes diverses pour obtenir ou modifier les valeurs de textfield ou scrollbar

Je ne sais pas si c'est plus clair pour vous? Je peux aussi vous passer le code, mais c'est 200lignes....:mrgreen:

Encore merci d'avance.

Je suis surpris de ne pas avoir de réponses. La question est-elle si difficile que ça? Je vous aiderai p-e en mettant le fichier java (qui ne compile pas) à votre disposition.

Le fichier java GUI_Window2 est fait en une seule classe, fonctionne et vous permettra de voir le rendu.
Le fichier java GUI_Window est une tentative pour faire la même chose avec 2 classes.

Bonsoir

Faire dériver GUI_Window de colorManage est dans ton cas une erreur de conception. Il faut utiliser une agrégation. GUI_Window devra créer 3 colorManage.

Derniere remarque, les règles de programmation en java suggèrent que les noms de classes commencent par une majuscule.

Je confirme, et pour expliquer un peu plus :
- créer une classe ColorManager (rien à voir avec ta classe colorManager qui d'une part est un javaBean (avec des propriétés red, blue, green, etc., + les getters et les setters) + une partie de calcul qui adapte les différents champs lorsqu'un setter est appelé.
par exemple :

Code:

---

1 2 3 4 5

public void setRed(int red){ this.red = red; hexColor = colorToHex(red, green, blue);// la méthode interne qui convertit 3 composantes RGB en un représentation HTML-like. }

---

- créer une unique classe qui s'occupe du GUI. Elle ajoute aussi des listeners aux divers composants (TextField, ScrollBar, etc.). Chacun de ces listeners fait 2 choses:
1. appeler le setter adequat de ColorManager, ce qui déclenche aussi la mise à jour des autres champs de ColorManager.
2. appeler une méthode interne update qui récupère les champs de ColorManager et met à jour les composants de te fenêtre.

Cette méthode est à mon avis plus simple et propre à mettre en place, qui plus est assure la séparation des taches (la classe du GUI ne s'occupe que du GUI, ColorManager ne s'occupe que des couleurs)
Voilou.
Bonne chance.

Merci pour vos réponses :)

J'avais pensé à séparer les 3 groupes d'éléments pour les couleurs pour économiser des lignes de code, et je vois que ça ne fonctionne pas.

Auparavant, j'avais déjà entendu dire qu'on "devait" séparer l'interface graphique, la partie programmation et la partie sauvegarde (dans une BDD,...). J'ai essayé de faire autrement -> :aie:.

Je vais essayer comme vous me le proposez, juste pour le fun et mieux comprendre comment ça marche.

Mais si on veut faire cela, en un minimum de code, il vaudrait mieux utiliser une seule classe, non? Et niveau performances, cela change quelque chose?

Citation:

---

Envoyé par v4np13

Mais si on veut faire cela, en un minimum de code, il vaudrait mieux utiliser une seule classe

---

Bah ... déjà, le code d'une application Swing (ou autre librairie de gui) est assez pénible à gérer avec des tonnes de composants à initialiser, le code du layout, les listeners et tout ... alors, à mon avis, il est tout à fait crucial d'extraire tout ce qui n'a rien à voir avec le gui dans une/des classes séparées..