java-sql-interface swing

java-sql-interface swing - Java - Programmation

Marsh Posté le 16-01-2005 à 18:02:10    

Salut à tous. Je suis en train de développer un programme en java qui utilise entre autres une liaion JDBC avec ma BDD mysql,swing et java.io.
 
Description programme:
Je récupère des données sous format NMEA d'un GPS, effectue un hashage ($GPLL) dessus pour en ressortir la position actuelle et les enregistre les valeurs dans la BDD.
En même temps, je rentre les valeurs de mon apareil de mesures dans un BDD. J'effectue ensuite une fusion des tables via la clé date dans une table fusion.
Ensuite, je convertis la table fusion en Object[][].
Lors de la création de l'interface swing, qd l'affichage de fusion est demandé, je cree une Jtable avec ce Object[], qui est ensuite mis dans un JScrollPane.
Problème:

L'affichage marche très bien, mais quand les valeurs de la table fusion de la BDD change, je dois redemander le reaffichage de la JTable. ET ca ne marche pas. J'ai bien essayé le repaint, mais kedalle.
 
Mes Questions:
Est-ce que je dois utiliser un PaintManager, ou il y a une petite commande de merde que j'ai pas trouvé?
Est-ce que je me goure complétement dans la manière de faire et dans ce cas là, est-ce que vous avez des ex d'interface java simple pour BDD, histoire ke je voie commennt ca marche ( et repondez pâs alltheweb, jai esayé, rien de concluant :) )
Et sinon, est-ce que vous avez trouvé des tutaux private secret qqpart sur swing-PaintManager!
 
 
Hesitez pas a balancer n'importe quel remarque classe, ça peut que me faire avancer!

Reply

Marsh Posté le 16-01-2005 à 18:02:10   

Reply

Marsh Posté le 16-01-2005 à 19:39:49    

si tu touches à JTable, je te tue, mais je te fais crever en 3 jours.
 
Tu as un problème de TableModel, je sais pas lequel.
 
Va te renseigner sur MVC (Model View Controller), pour comprendre les bases.

Reply

Marsh Posté le 16-01-2005 à 20:32:57    

nraynaud a écrit :

si tu touches à JTable, je te tue, mais je te fais crever en 3 jours.


ca va pas nan ?? faut arrêter les délires là, hein !!  [:benou]  


---------------
ma vie, mon oeuvre - HomePlayer
Reply

Marsh Posté le 16-01-2005 à 20:39:23    

la police de la convivialité à laissé son humour au vestiaire ?
 
largue ta copine et ton poste de modo si c'est pour devenir comme ça. Pis mets-toi au java par la même occasion.

Reply

Marsh Posté le 16-01-2005 à 20:54:06    

c'est tellement naze que je sais pas quoi te répondre ...


---------------
ma vie, mon oeuvre - HomePlayer
Reply

Marsh Posté le 16-01-2005 à 21:06:35    

bof, t'as aucune répartie, c'est tout.

Reply

Marsh Posté le 16-01-2005 à 21:16:06    

ma soluce (ca vaut ce que ca vaut)
 

Code :
  1. import java.util.ArrayList;
  3. import javax.swing.event.EventListenerList;
  4. import javax.swing.event.TableModelEvent;
  5. import javax.swing.event.TableModelListener;
  6. import javax.swing.table.TableModel;
  8. import java.util.EventListener;
  10. public class GUITableModel implements TableModel {
  11.     protected EventListenerList listenerList = new EventListenerList();
  12.     ArrayList columName = new ArrayList();
  13.     ArrayList data;
  14.     int columnCount = 0;
  15.     int rowCount = 0;
  16.     public static final String[] personneHeader = {"Catégorie", "Nom", "Prenom", "Licence", "Poste"
  17.         , "E actuelle", "E ancienne"};
  18.     public static final String[] classementHeader =
  19.         {"Rang", "Nom", "Points", "GoalAverage", "Buts M", "Buts E", "V",
  20.         "N", "D", "Nb joués"};
  21.     public static final String[] matchHeader = {"Domicile", "Extérieur", "Arbitre", "Date",
  22.     "Status", "Score dom", "Score ext"};
  24.     public GUITableModel(ArrayList data, String[] header) {
  25.       for (int i = 0; i < header.length;i++) {
  26.         columName.add(header[i]);
  27.       }
  28.         setData(data);
  29.         columnCount = columName.size();
  30.         //System.out.println("le compte est : " +columnCount);
  31.     }
  33.     public void setData(ArrayList data) {
  34.         this.data = data;
  35.         rowCount = data.size();
  36.         fireTableDataChanged();
  37.     }
  39.     public int getColumnCount() {
  40.         return columnCount;
  41.     }
  43.     public int getRowCount() {
  44.         return rowCount;
  45.     }
  47.     public boolean isCellEditable(int arg0, int arg1) {
  48.         return false;
  49.     }
  51.     public Class getColumnClass(int arg0) {
  52.         return String.class;
  53.     }
  55.     public Object getValueAt(int row, int column) {
  56.         ArrayList targetRow = (ArrayList) data.get(row);
  57.         return targetRow.get(column);
  58.     }
  60.     public void setValueAt(Object arg0, int arg1, int arg2) {
  61.     }
  63.     public String getColumnName(int index) {
  64.         return columName.get(index).toString();
  65.     }
  68. //  Managing Listeners
  69. //
  71.     /**
  72.      * Adds a listener to the list that's notified each time a change
  73.      * to the data model occurs.
  74.      *
  75.      * @param   l       the TableModelListener
  76.      */
  77.     public void addTableModelListener(TableModelListener l) {
  78.     listenerList.add(TableModelListener.class, l);
  79.     }
  81.     /**
  82.      * Removes a listener from the list that's notified each time a
  83.      * change to the data model occurs.
  84.      *
  85.      * @param   l       the TableModelListener
  86.      */
  87.     public void removeTableModelListener(TableModelListener l) {
  88.     listenerList.remove(TableModelListener.class, l);
  89.     }
  91.     /**
  92.      * Returns an array of all the table model listeners
  93.      * registered on this model.
  94.      *
  95.      * @return all of this model's <code>TableModelListener</code>s
  96.      *         or an empty
  97.      *         array if no table model listeners are currently registered
  98.      *
  99.      * @see #addTableModelListener
  100.      * @see #removeTableModelListener
  101.      *
  102.      * @since 1.4
  103.      */
  104.     public TableModelListener[] getTableModelListeners() {
  105.         return (TableModelListener[])listenerList.getListeners(
  106.                 TableModelListener.class);
  107.     }
  109. //
  110. //  Fire methods
  111. //
  113.     /**
  114.      * Notifies all listeners that all cell values in the table's
  115.      * rows may have changed. The number of rows may also have changed
  116.      * and the <code>JTable</code> should redraw the
  117.      * table from scratch. The structure of the table (as in the order of the
  118.      * columns) is assumed to be the same.
  119.      *
  120.      * @see TableModelEvent
  121.      * @see EventListenerList
  122.      * @see javax.swing.JTable#tableChanged(TableModelEvent)
  123.      */
  124.     public void fireTableDataChanged() {
  125.         fireTableChanged(new TableModelEvent(this));
  126.     }
  128.     /**
  129.      * Notifies all listeners that the table's structure has changed.
  130.      * The number of columns in the table, and the names and types of
  131.      * the new columns may be different from the previous state.
  132.      * If the <code>JTable</code> receives this event and its
  133.      * <code>autoCreateColumnsFromModel</code>
  134.      * flag is set it discards any table columns that it had and reallocates
  135.      * default columns in the order they appear in the model. This is the
  136.      * same as calling <code>setModel(TableModel)</code> on the
  137.      * <code>JTable</code>.
  138.      *
  139.      * @see TableModelEvent
  140.      * @see EventListenerList
  141.      */
  142.     public void fireTableStructureChanged() {
  143.         fireTableChanged(new TableModelEvent(this, TableModelEvent.HEADER_ROW));
  144.     }
  146.     /**
  147.      * Notifies all listeners that rows in the range
  148.      * <code>[firstRow, lastRow]</code>, inclusive, have been inserted.
  149.      *
  150.      * @param  firstRow  the first row
  151.      * @param  lastRow   the last row
  152.      *
  153.      * @see TableModelEvent
  154.      * @see EventListenerList
  155.      *
  156.      */
  157.     public void fireTableRowsInserted(int firstRow, int lastRow) {
  158.         fireTableChanged(new TableModelEvent(this, firstRow, lastRow,
  159.                              TableModelEvent.ALL_COLUMNS, TableModelEvent.INSERT));
  160.     }
  162.     /**
  163.      * Notifies all listeners that rows in the range
  164.      * <code>[firstRow, lastRow]</code>, inclusive, have been updated.
  165.      *
  166.      * @param firstRow  the first row
  167.      * @param lastRow   the last row
  168.      *
  169.      * @see TableModelEvent
  170.      * @see EventListenerList
  171.      */
  172.     public void fireTableRowsUpdated(int firstRow, int lastRow) {
  173.         fireTableChanged(new TableModelEvent(this, firstRow, lastRow,
  174.                              TableModelEvent.ALL_COLUMNS, TableModelEvent.UPDATE));
  175.     }
  177.     /**
  178.      * Notifies all listeners that rows in the range
  179.      * <code>[firstRow, lastRow]</code>, inclusive, have been deleted.
  180.      *
  181.      * @param firstRow  the first row
  182.      * @param lastRow   the last row
  183.      *
  184.      * @see TableModelEvent
  185.      * @see EventListenerList
  186.      */
  187.     public void fireTableRowsDeleted(int firstRow, int lastRow) {
  188.         fireTableChanged(new TableModelEvent(this, firstRow, lastRow,
  189.                              TableModelEvent.ALL_COLUMNS, TableModelEvent.DELETE));
  190.     }
  192.     /**
  193.      * Notifies all listeners that the value of the cell at
  194.      * <code>[row, column]</code> has been updated.
  195.      *
  196.      * @param row  row of cell which has been updated
  197.      * @param column  column of cell which has been updated
  198.      * @see TableModelEvent
  199.      * @see EventListenerList
  200.      */
  201.     public void fireTableCellUpdated(int row, int column) {
  202.         fireTableChanged(new TableModelEvent(this, row, row, column));
  203.     }
  205.     /**
  206.      * Forwards the given notification event to all
  207.      * <code>TableModelListeners</code> that registered
  208.      * themselves as listeners for this table model.
  209.      *
  210.      * @param e  the event to be forwarded
  211.      *
  212.      * @see #addTableModelListener
  213.      * @see TableModelEvent
  214.      * @see EventListenerList
  215.      */
  216.     public void fireTableChanged(TableModelEvent e) {
  217.     // Guaranteed to return a non-null array
  218.     Object[] listeners = listenerList.getListenerList();
  219.     // Process the listeners last to first, notifying
  220.     // those that are interested in this event
  221.     for (int i = listeners.length-2; i>=0; i-=2) {
  222.         if (listeners[i]==TableModelListener.class) {
  223.         ((TableModelListener)listeners[i+1]).tableChanged(e);
  224.         }
  225.     }
  226.     }
  228.     /**
  229.      * Returns an array of all the objects currently registered
  230.      * as <code><em>Foo</em>Listener</code>s
  231.      * upon this <code>AbstractTableModel</code>.
  232.      * <code><em>Foo</em>Listener</code>s are registered using the
  233.      * <code>add<em>Foo</em>Listener</code> method.
  234.      *
  235.      * <p>
  236.      *
  237.      * You can specify the <code>listenerType</code> argument
  238.      * with a class literal,
  239.      * such as
  240.      * <code><em>Foo</em>Listener.class</code>.
  241.      * For example, you can query a
  242.      * model <code>m</code>
  243.      * for its table model listeners with the following code:
  244.      *
  245.      * <pre>TableModelListener[] tmls = (TableModelListener[])(m.getListeners(TableModelListener.class));</pre>
  246.      *
  247.      * If no such listeners exist, this method returns an empty array.
  248.      *
  249.      * @param listenerType the type of listeners requested; this parameter
  250.      *          should specify an interface that descends from
  251.      *          <code>java.util.EventListener</code>
  252.      * @return an array of all objects registered as
  253.      *          <code><em>Foo</em>Listener</code>s on this component,
  254.      *          or an empty array if no such
  255.      *          listeners have been added
  256.      * @exception ClassCastException if <code>listenerType</code>
  257.      *          doesn't specify a class or interface that implements
  258.      *          <code>java.util.EventListener</code>
  259.      *
  260.      * @see #getTableModelListeners
  261.      *
  262.      * @since 1.3
  263.      */
  264.     public EventListener[] getListeners(Class listenerType) {
  265.         return listenerList.getListeners(listenerType);
  266.         }
  268. }


 
tu appelle un setData() avec un nouveau tableau de tableau d'objet (dans mon exemple g foutu une arraylist d'arraylist, mais tu converti au besoin)
 
tt la farce est faite dans setData, et le fait que tt les méthodes du modèle récupèrent ce qui se passe dans data


---------------
Jubi Photos : Flickr - 500px
Reply

Marsh Posté le 16-01-2005 à 21:17:36    

comment il essaie de recoller les pots cassés lui [:god]

Reply

Marsh Posté le 16-01-2005 à 21:21:01    

non j'ai juste eu le meme pb...autant la réponse de nraynaud me choque pas le connaissant, autant je vois pas pkoi le posteur qui a posté sa question proprement aurait pas droit à une réponse...[:spamafote]


---------------
Jubi Photos : Flickr - 500px
Reply

Marsh Posté le 16-01-2005 à 21:21:27    

Jubi > y'a pas un DefaultTableModel que tu peux hériter pour faire moins de code ? il fait pas ce qu'il veut ? (réelle question, j'ai la flemme d'aller dans la javadoc)

Reply

Marsh Posté le 16-01-2005 à 21:21:27   

Reply

Marsh Posté le 16-01-2005 à 21:26:19    

-->réelle réponse : j'en ai pas la moindre idée...c issue d'un projet codé à la va comme je te pousse...
 
Y'a un http://java.sun.com/j2se/1.4.2/doc [...] Model.html
et un  
http://java.sun.com/j2se/1.4.2/doc [...] Model.html
 
dont g pas forcément regardé les différences...(le code en dessous avec les commentaires javadoc, c un copier//coller rapide des sources du Default je crois)
 
==>le truc c de fire un      fireTableDataChanged(); qui lui force le refresh (y faut peut etre un pack() après dans la GUI, mais c pas forcé il me semble)


---------------
Jubi Photos : Flickr - 500px
Reply

Marsh Posté le 16-01-2005 à 21:30:06    

non, le pack() c'est interdit !
 
oué, j'aime bien avoir les fireBidule et les addMchinListeners tout faits, je me dis qu'il font ça mieux que moi, et qu'il peuvent changer d'avis dans le futur (le stockage des listeners est un point critique dans les performances).

Reply

Marsh Posté le 16-01-2005 à 21:33:53    

-->si pack() est interdit tu fais un refresh comment ? en plus pack ca force les composant à se redessiner avec la taille qu'ils doivent avoir...
 
--> faudrait voir, mon exemple marche peut etre si on sous classe le defaultTableModel et qu'on surcharge tt les op de bases sur le model... surtout le getValueAt


---------------
Jubi Photos : Flickr - 500px
Reply

Marsh Posté le 16-01-2005 à 21:39:35    

TU ne fais pas de refresh.
 
le TableModel prévient le JTable que ses données ont été modifiées, c'est au JTable d'en tirer les conséquences et d'entreprendre les actions appropriées. Et là ça peut être un bordel complet parce qu'il peut décider de ne redessiner que quelques cellules, de refaire du calcul de layout, etc.
 
C'est du MVC de base.

Reply

Marsh Posté le 16-01-2005 à 21:43:01    

oui mais si le tableau change de dimension suite à ce refresh...ben ta fenetre de base est plus assez grande pour l'afficher correct ??
 
comment tu fais que ton tableau notifie son container que son viewport a changé ? y'a moyen qu'un composant puisse prévenir son conteneur / le gestionnaire de layout de se containeur de redessiner le bouzin ?


---------------
Jubi Photos : Flickr - 500px
Reply

Marsh Posté le 16-01-2005 à 21:43:30    

oops : petit oubli : mon tableModel suppose que tt ce qui y entre c des string (ct le cas dans mon appli)


Message édité par Jubijub le 16-01-2005 à 21:43:39

---------------
Jubi Photos : Flickr - 500px
Reply

Marsh Posté le 16-01-2005 à 21:59:49    

Jubijub a écrit :

oui mais si le tableau change de dimension suite à ce refresh...ben ta fenetre de base est plus assez grande pour l'afficher correct ??
 
comment tu fais que ton tableau notifie son container que son viewport a changé ? y'a moyen qu'un composant puisse prévenir son conteneur / le gestionnaire de layout de se containeur de redessiner le bouzin ?


 
Il prévient le layoutManager que ses preferedSize ont changé. Le layoutManager se démerde avec son problème.
 
Par contre, je te rappelle qu'en général les JTable sont dans des JScrollPane (et sinon on voit pas les titres des colones) et donc ça peut dégueuler sans pb.
 
les pack() c'est sur les JFrame, et ça sert à changer la taille extérieure de la fenêtre. Si le fait d'ajouter une ligne dans un tableau me modifie le placement et la taille de mes fenetres sur mon bureau, ils ont pas fini de m'entendre gueuler comme un putoi.

Reply

Marsh Posté le 17-01-2005 à 11:32:33    

je dois avouer que dans mon projet g du coder mes tailles de fenetre en dur...parce que sinon la première fois le pack() faisait une fenetre trop petite pour afficher le tableau...et g jamais trouvé pkoi...du coup je forcais une taille en dur, et je rappellais pack, qui bizarrement à la seconde fournée fonctionnait proprement..c moche mais bon :/


---------------
Jubi Photos : Flickr - 500px
Reply

Marsh Posté le 18-01-2005 à 18:31:42    

Aïe, ok, ça se complique pas mal. Je croyais que je pouvais coder des trucs simple sans passer par les models. Bon, va falloir que je m'y mette alors.
En tt cas, merci pour toutes ces réponses!

Reply

Marsh Posté le 18-01-2005 à 18:42:54    

heu, c'est justement plus simple de n'utiliser que des modèles (mais effectivement, pour une raison que j'ignore ça parraît plus compliqué aux débutants)

Reply

Marsh Posté le 18-01-2005 à 18:45:04    

parce que ça fait un truc de plus à encaisser, tiens.

Reply

Marsh Posté le 18-01-2005 à 18:47:23    

ben c'est du business et de l'observateur.

Reply

Marsh Posté le 18-01-2005 à 18:48:16    

ben oui.
des choses pas évidentes pour un débutant.

Reply

Marsh Posté le 18-01-2005 à 18:49:27    

Sinon, une petite question subsidiaire. Vous en pensez quoi, j'ai mis cette JInternalFrame (qui contient donc l'affichage du tableau d'objet) dans une classe à part de la JFrame principale. Cette classe est appelée lors de l'initialisation de l'interface. Je la laisse à part pour que ce soit plus lisible, ou je mets toutes les interface dans la meme classe, pour eviter des pbs?

Reply

Marsh Posté le 19-01-2005 à 08:55:57    

crozet a écrit :

ou je mets toutes les interface dans la meme classe, pour eviter des pbs?


java c'est pas vb (quoi que meme dans vb t'as un fichier par form)

Reply

Marsh Posté le 19-01-2005 à 08:57:37    

nraynaud a écrit :

heu, c'est justement plus simple de n'utiliser que des modèles (mais effectivement, pour une raison que j'ignore ça parraît plus compliqué aux débutants)


je suis pas d'accord, non
c'est plus complique ET ca implique de pisser bcp plus de lignes de code

Reply

Marsh Posté le 19-01-2005 à 09:00:46    

beemer > tu prends quoi comme dope ?

Reply

Marsh Posté le 19-01-2005 à 09:16:55    

nraynaud a écrit :

beemer > tu prends quoi comme dope ?

ca c'est une reponse inteligente  :lol:  
regarde un peu la soluce de Jubijub, ca te semble pas abuse pour rafraichir un tableau? pour quoi pas faire un LabelModel ou TextModel avec 2-3 listeners pour changer le text d'un label ou d'une zone de saisie  :heink:  
 
PS: d'ailleurs parlant de MVC, JTable met a dispo un constructeur (data[][], column[]) mais pas de setData : ca te semble coherent? :D

Reply

Marsh Posté le 19-01-2005 à 11:27:54    

beemer > tu es vraiment en forme.
 
PS : oui.

Reply

Marsh Posté le 19-01-2005 à 11:35:24    

nraynaud a écrit :

beemer > tu es vraiment en forme.
 
PS : oui.


ok gars

Reply

Marsh Posté le 19-01-2005 à 11:46:42    

Code :
  1. class ArrayTableModel extends AbstractTableModel {
  2.   private Object[][] data = new Object[0][0];
  4.   public int getRowCount() {
  5.     return data.length;
  6.   }
  8.   public int getColumnCount(){
  9.     return data.length > 0 ? data[0].length : 0;
  10.   }
  11.  
  12.   public Object getValueAt(int row, int column) {
  13.     return data[row][column];
  14.   }
  16.   public void setData(Object[][] data) {
  17.     this.data = data;
  18.     fireTableDataChanged();
  19.   }
  20. }


Message édité par nraynaud le 19-01-2005 à 11:46:55
Reply

Marsh Posté le 19-01-2005 à 11:52:57    

nraynaud a écrit :

Code :
  1. class ArrayTableModel extends AbstractTableModel {
  2.   private Object[][] data = new Object[0][0];
  4.   public int getRowCount() {
  5.     return data.length;
  6.   }
  8.   public int getColumnCount(){
  9.     return data.length > 0 ? data[0].length : 0;
  10.   }
  11.  
  12.   public Object getValueAt(int row, int column) {
  13.     return data[row][column];
  14.   }
  16.   public void setData(Object[][] data) {
  17.     this.data = data;
  18.     fireTableDataChanged();
  19.   }
  20. }



c'est toujours ca de lignes en plus pour un gars qui veut seulement faire un setData(newdata) sur un tableau qui a toutes les props par defaut...chose qui marche d'ailleurs tres bien la 1ere fois avec le constructeur de data et columnNames
 
si tu veux faire un truc plus chiade je suis d'accord a user et abuser de models et de renderers mais pour un truc simple c'est casse couilles
 
a la limite je dirais rien s'il y avait pas de constructeur Jtable a partir de donnees, mais uniquement des models

Reply

Marsh Posté le 19-01-2005 à 13:49:13    

si tu lisais proprement la doc, tu saurais que setData c une méthode de mon cru, qui n'existe pas dans le default ni dans l'abstract model...
 
 
avec ta méthode, il te faut recréer un modèle à chaque fois, puis le réaffecter...moi je récupère mon modèle, et je le MAJ
 
Je précise aussi que derrière j'avais une base de données Objet, et que j'appellais des rafraichissements fréquement...et je pense que c bcp plus optimisé d'utiliser les méchanismes de refresh du model, qui ne repeint donc que ce qui a réellement changé dans le tableau, plutot que l'overhead de changer de modèle, ce qui implique refaire les modèles de colonnes et de cellule, alors qu'ils ne changent pas...
 
donc ta méthode est sale, et comme l'a montré nraynaud, mon code est long parce que g copié coller des bouts de modèles...mais en extendant proprement abstractModel, ca prend 20 lignes...
 
du coup c pas trop lourd, et c terriblement plus propre, et plus extensible (amuse toi plus en détail avec des tableaux, et tu verras qu'en fait il te faut 3 modèles persos si tu veux faire des trucs hors des sentiers)


---------------
Jubi Photos : Flickr - 500px
Reply

Marsh Posté le 19-01-2005 à 14:19:28    

c'est vrai aussi que plutot que d'avoir un constructor de JTable avec un Object[][], ca aurait été tout aussi simple qu'il fournisse plutot un ArrayTableModel ...


---------------
ma vie, mon oeuvre - HomePlayer
Reply

Marsh Posté le 19-01-2005 à 18:58:18    

oui c clair...c un peu archaique le Object[][]...
 
ca aurait aussi été intellignet de permettre de changer les données du modèle facilement...mon setData() quoi...

Reply

Marsh Posté le 19-01-2005 à 19:09:19    

d'un autre coté, dans un vrai cas de figure et pas un test d'étudiant, tu vas rarement avoir un Object[][] pour representer ton domain model... me semble que t'auras une Collection<Bidule> ou une Bidule[] quoi...


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
Reply

Marsh Posté le 19-01-2005 à 19:23:47    

dans ce cas, autant ne pas mettre le constructeur avec le Object[][] [:spamafote]


---------------
ma vie, mon oeuvre - HomePlayer
Reply

Marsh Posté le 19-01-2005 à 19:37:58    

ce serait mieux avec ArrayList ou Vector...ou meme avec une collection...
 
mais bcp de composant swing ont un constructeur où on peut passer le contenu du modèle avec

Reply

Marsh Posté le 19-01-2005 à 19:54:27    

benou a écrit :

dans ce cas, autant ne pas mettre le constructeur avec le Object[][] [:spamafote]


bah ça permet de prototyper/tutorer vite fait [:spamafote]


---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?
Reply

Marsh Posté le 19-01-2005 à 21:14:10    

ca existe aussi avec Vector ...  
m'enfin bref, ceux qui ont compris, ont deja compris
 
the real -- : ca cert a quoi de prototyper quoi que ce soit si tu peux pas l'utiliser apres?!
 
jubijub : bcp (la plupart meme) de compos swing permettent aussi de changer les donnes du modele via le viewer


Message édité par beemer le 19-01-2005 à 21:15:22
Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

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