pb de eventHandling avec swing, comment faire dans ce cas ?

pb de eventHandling avec swing, comment faire dans ce cas ? - Java - Programmation

Marsh Posté le 12-04-2004 à 16:07:42    

:hello: ,
je demarre un peu en java et surtout en gui. Dans mon premier program "fenetre" j utilsais quelque chose comme ca :
 

Code :
  1. //....
  2. JButton b1 = new JButton(" Add an Item " );
  3. b1.addActionListener(this);
  4. b1.setActionCommand("ACTION1" );
  5. //....
  6. public void actionPerformed(ActionEvent event) {
  7.        
  8.         String command = event.getActionCommand();
  9.         if (command.equals("ACTION1" )) {
  10. //....


 
Notre prof nous as donne un projet a faire en suivant une sorte de modele. J ai quelque question as ce sujet que j aurai bien pus lui demander mais la, on as 2 semaine de break et aucune reponse possible.
 
voila le modele de gui a utiliser, les questions sont dans le code  
 

Code :
  1. package Assignment2;
  3. import javax.swing.*;
  4. import java.awt.*;
  5. import java.awt.event.*;
  6. import java.util.*;
  8. public class GameGUI extends JFrame {
  9.   private JLabel blackLabel, redLabel, whiteLabel;
  10.   JTextField blackField, redField, whiteField;
  11.   JTextField outputMSG, inputGuess, userName;
  12.   private Button quitButton, giveUpButton, guessButton, tryNewNumberButton;
  13.   TextArea instructions;
  14.    
  15.                          
  16.    public GameGUI(Ryg g) {
  18.    //question 1 :
  19.    //qu est ce que  Ryg viens faire la ? c quoi comme parametre vu qu
  20.    //aucun objet ne s apelle Ryd ? une faute de frappe ?
  21.    
  22. Panel p1 = new Panel(new BorderLayout());
  23. Panel p2 = new Panel();
  24. Panel p3 = new Panel();  // for labels
  25. Panel p4 = new Panel(); // for fields
  26. Panel p5 = new Panel(new BorderLayout());
  27. Panel p6 = new Panel();
  28. blackLabel = new JLabel("Black" );
  29. blackField = new JTextField(3);
  30. blackField.setEditable(false);
  31. redLabel = new JLabel("Red" );
  32. redField = new JTextField(3);
  33. redField.setEditable(false);
  34. whiteLabel = new JLabel("White" );
  35. whiteField = new JTextField(3);
  36. whiteField.setEditable(false);
  37. quitButton = new Button("QUIT" );
  39.         quitButton.addActionListener(new CancelEventHandler(g));
  40.         //question 2a
  41.         //je connaisais addActionListener(this) , mais la je dois creer
  42.         //une class CancelEventHandler ? et cette classe aura qu elle
  43.         // methodes      ?
  45.         giveUpButton = new Button("GIVE UP" );
  46. p2.add(quitButton);
  47. p2.add(giveUpButton);
  48. p3.add(blackLabel);
  49. p4.add(blackField);
  50. p3.add(redLabel);
  51. p4.add(redField);
  52. p3.add(whiteLabel);
  53. p4.add(whiteField);
  55. //giveUpButton.addActionListener(new GiveUpEventHandler(g));
  56.         //meme principe que 2a
  58. p1.add(p2,BorderLayout.SOUTH);
  59. p5.add(p3,BorderLayout.NORTH);
  60. p5.add(p4,BorderLayout.CENTER);
  61. p1.add(p5,BorderLayout.NORTH);
  62. outputMSG = new JTextField(30);
  63. outputMSG.setText("Please enter your guess" );
  64. outputMSG.setEditable(false);
  65. p1.add(outputMSG, BorderLayout.CENTER);
  66. inputGuess = new JTextField(3);
  67. inputGuess.setEditable(true);
  68. p6.add(inputGuess);
  69. guessButton = new Button("GUESS" );
  70. p6.add(guessButton);
  71. //guessButton.addActionListener(new GuessHandler(g));
  72.         //meme principe que 2a
  74. tryNewNumberButton = new Button("Get New Number" );
  75. p6.add(tryNewNumberButton);
  76. //tryNewNumberButton.addActionListener(new NewNumberHandler(g));
  77.         //meme principe que 2a
  79. p5.add(p6,BorderLayout.SOUTH);
  80. setTitle("Black, Red and White Game" );
  81. userName = new JTextField();
  82. g.userName = "" + userName;
  83. this.getContentPane().add(p1);
  84. this.pack();
  85. this.show();
  86. WelcomeDialog d = new WelcomeDialog(this, "Welcome" );
  87. d.setVisible(true);
  88.        
  89.   }
  90. }
  91. class WelcomeDialog extends Dialog implements ActionListener {
  92. //question 3
  93.         //extend Dialog ? je vois pas de surclass Dialog. amoins que sa
  94.         //soit une class predefini dans java
  96. JTextField name;
  97.  GameGUI gui;
  98.        
  99.  WelcomeDialog(GameGUI parent, String title) {
  100.   super(parent, title, false);
  101.   gui = parent;
  102.   System.out.println("parent " + gui.userName);
  103.   setLayout(new FlowLayout());
  104.   setSize(300, 200);
  105.   add(new Label("Please enter your name" ));
  106.   JTextField name = new JTextField(10);
  107.   name.setEditable(true);
  108.   add(name);
  109.   parent.userName = name;
  110.   TextArea instructions = new TextArea("Welcome to the Black Red and White Game. \n A number between 100 and 999 has been chosen \n for you to guess. \n", 4, 20, TextArea.SCROLLBARS_NONE);
  111.   add(instructions);
  112.   Button b;
  113.   add(b = new Button("Play Game" ));
  114.   b.addActionListener(this);
  116.  }
  118.    public void actionPerformed(ActionEvent e){
  119.      
  120.   dispose();
  121.    }
  123. }


 
je suis vraiment coince avec le tryNewNumberButton.addActionListener(new NewNumberHandler(g)); et derives.
 
Merci pour votre aide.

Reply

Marsh Posté le 12-04-2004 à 16:07:42   

Reply

Marsh Posté le 13-04-2004 à 01:03:11    

:sweat:

Reply

Marsh Posté le 13-04-2004 à 01:14:38    

ta classe CancelEventHandler devra obligatoirement implémenter l'interface ActionListener et donc forcément la méthode qui est dedant (actionPerformed). Il faudra aussi lui mettre un constructeur qui prend un Ryg en paramètre. Pareil pour les autres question du même type.
 
 
Dialog est une classe AWT, je vois pas pourquoi utiliser ça en premier niveau dans une application swing.
 
 
De même qu'il est complètement inutile de sous-classer JFrame et Dialog, donc autant pas le faire. Puisque c'est une connerie.


---------------
trainoo.com, c'est fini
Reply

Marsh Posté le 13-04-2004 à 02:04:13    

Code :
  1. class CancelEventHandler  implements ActionListener {
  2.    CancelEventHandler(Ryg g) {
  3.    //?? Ryg g vas servir a quoi au fait ? je dois creer une
  4.    //class Ryg ? masi je ne connais meme pas son but. :/
  5.    public void actionPerformed(ActionEvent event) {
  6.    // action
  7.    }


merci nraynaud

Reply

Marsh Posté le 13-04-2004 à 07:47:20    

nraynaud a écrit :


De même qu'il est complètement inutile de sous-classer JFrame et Dialog, donc autant pas le faire. Puisque c'est une connerie.


pour ma culture, c'est quoi le problème d'étendre JFrame ?

Reply

Marsh Posté le 13-04-2004 à 08:48:44    

benou a écrit :


pour ma culture, c'est quoi le problème d'étendre JFrame ?

Une instance d'une sous-classe de JFrame est une JFrame on peut donc lui appliquer tout ce qu'on fait à JFrame, donc par exemple :
 
Tu prends ton instance, tu vires sont ContentPane,  
tu lui mets un nouveau ContentPane
 
Et voilou, tu viens de détruire le bordel.
 
 
 
Donc on ne sousclasse pas à moins d'avoir une bonne raison de le faire. En swing, il n'y a quasiment jamais de bonnes raisons de sous-classer, tout est "pluggable" dans tous les sens et c'est fait exprès.
 
Ce mécanisme de swing est assez déroutant pour les débutants : on parle d'objet alors on doit faire des classes alors chaque objet du système doit avoir sa propre classe ... C'est faux. On fait pas des classes pour trier du code par ordre d'idée ce sont les méthodes qui servent à ça.


---------------
trainoo.com, c'est fini
Reply

Marsh Posté le 13-04-2004 à 09:09:00    

ok. je suis assez d'accord avec toi ... ca parait logique.
 
mais la plupart des tutoriaux et autres exemples de GUI font de l'héritage de JFrame ...

Reply

Marsh Posté le 13-04-2004 à 09:16:02    

benou a écrit :

mais la plupart des tutoriaux et autres exemples de GUI font de l'héritage de JFrame ...

oui, je suis encore à la recherche d'une explication qui ne fasse pas entrer en ligne de compte des hallucinogènes. Les héritages sont très propres dans le JDK et en vrac dans les tutos, je ne comprends pas.


---------------
trainoo.com, c'est fini
Reply

Marsh Posté le 14-04-2004 à 03:27:44    

j ai refais le Gui du jeu, mais j ai un petit problem avec la creation d objet eventHandler.
 
exemple

Code :
  1. public class GameGUI
  2. {
  3. private String playerName;
  4. private String informString="this an information message";
  5. //.....
  6. private JPanel main;
  8.         public GameGUI() {
  9.   addWidgets();
  10.           JFrame.setDefaultLookAndFeelDecorated(true);
  11.           JFrame welcomeFrame = new JFrame("Game" );              GameFrame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
  12.   GameFrame.setContentPane(this.main);
  13.   GameFrame.pack();
  14.   GameFrame.setVisible(true);
  16.     }
  17.    
  18. private void addWidgets()
  19. {
  20.  //...
  21.  quit = new JButton("Quit" );
  22.  quit.addActionListener(new QuitEventHandler(this));
  23. }
  24.  
  25. public void setPlayerName(String playerName){ this.playerName=playerName; }
  27. }

 
 
doi je passer comme parametre lobjet GameGUI? ou le frame ?
si je veus que QuitEventHandler(this) ferme le programme ?
 

Code :
  1. public class QuitEventHandler implements ActionListener {
  3. public QuitEventHandler(GameGUI g)
  4. {
  6. //je met l'action quiter ici ?
  8. }
  9.        
  10. //void actionPerformed(ActionEvent e) {
  12. //}
  13. }


 
bref ma class QuitEventHandler  nest surement pas bonne.
 :sweat:

Reply

Marsh Posté le 14-04-2004 à 06:00:17    

j ai passe JFrame an protected et j ai fais ca :

Code :
  1. public class QuitEventHandler implements ActionListener {
  3. private GameGUI g;
  4. public QuitEventHandler(GameGUI g) {this.g = g;}
  6. public void actionPerformed(ActionEvent e) {
  7.  g.GameFrame.setVisible(false);
  8.  g.GameFrame.dispose();
  9. }
  10. }


maintenant sa marche, est ce que c est la bonne methode ?

Reply

Marsh Posté le 14-04-2004 à 06:00:17   

Reply

Marsh Posté le 14-04-2004 à 08:49:26    

la bonne méthod ca aurait été d'ajouter une methode close à GameGui et d'appeler cette méthode dans le actionListener

Reply

Marsh Posté le 14-04-2004 à 09:43:06    

benou a écrit :

la bonne méthod ca aurait été d'ajouter une methode close à GameGui et d'appeler cette méthode dans le actionListener


ah we bonne idee, par contre je suis coince a un endroit..
en suivant le model donne, j ai une class PrimaryGameController, qui entre autre, a une varible "rand" qui stock un nombre pris au hasard.
La class PrimaryGameController s occupe de coordonne toutes les autres classes.
elle a une mehode gameStart qui cree un nomvre "rand" et affiche la fenetre GUI.
 
je veus que mon bouton "give up" affiche dans un label de GUI, la variable "rand"
 

Code :
  1. public class GiveUpEventHandler implements ActionListener {
  3. private GameGUI g;
  4. public GiveUpEventHandler(GameGUI g) {this.g = g;}
  6. public void actionPerformed(ActionEvent e) {
  7.  g.inform.setText("The answer was : " + (rand provenant de ma class PrimaryGameController );
  8. }


 
mais pour cela je dois creer un autre objet PrimaryGameController  
puis appeler la methode get.rand(), et c est faut vu que si je cree cet objet la variable rand nest pas initialiser.
sinon je suis obliger de passer en parametre du constructeur de GameGUI , l objet PrimaryGameController, de meme pour GiveUpEventHandler (GameGUI g,  PrimaryGameController pgc) ? c est moche et lourd il dois y avoir autre chose a faire a la place.
 

Reply

Marsh Posté le 14-04-2004 à 11:09:37    

nraynaud a écrit :

oui, je suis encore à la recherche d'une explication qui ne fasse pas entrer en ligne de compte des hallucinogènes. Les héritages sont très propres dans le JDK et en vrac dans les tutos, je ne comprends pas.


 
ben peut etre que c'est plus simple a mettre en place et a comprendre et que dans 90% des cas "basique" tu fais rien de fabuleu avec JFrame et ca marche très bien  [:proy]

Reply

Marsh Posté le 14-04-2004 à 13:06:23    

EpoK a écrit :


 
ben peut etre que c'est plus simple a mettre en place et a comprendre et que dans 90% des cas "basique" tu fais rien de fabuleu avec JFrame et ca marche très bien  [:proy]  

C'est pas du tout plus simple de faire une classe que de faire une simple méthode, qui peut être statique.
 
Mais je pense avoir trouvé une explication plausible hier : pour ceux de l'élite qui le font, c'est pour avoir des javabeans.
 
Evidement les débutants, c'est par mimétisme (des tutos) et/ou par conception simpliste de l'objet.


---------------
trainoo.com, c'est fini
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed