Differenza tra ovverride metodo jtable e DefaultTableModel

[linux_r]

Salve sapreste dirmi la differenza tra l'ovveride del metodo iscelleditable nella jtable piuttosto che nel table model?

jTable2 = new javax.swing.JTable(){    public boolean isCellEditable(int r, int c)
    {
        if(c==5 || c==0)
        return false;
        else return true;
    }
};
String [] s= {
        "ID Customer", "Name", "Surname", "ZipCode", "E-Mail", "Score"
    };
Object [][] rowdata = {};
jTable2.setModel(new DefaultTableModel(rowdata,s){
    Class [] type=new Class[]{String.class,String.class,String.class,String.class,String.class,Double.class };


    public Class getColumnClass(int columnIndex) {
        return type [columnIndex];
    }
});

[andbin]

Salve sapreste dirmi la differenza tra l'ovveride del metodo iscelleditable nella jtable piuttosto che nel table model?

Il isCellEditable in JTable è fatto così:

    public boolean isCellEditable(int row, int column) {
        return getModel().isCellEditable(convertRowIndexToModel(row),
                                         convertColumnIndexToModel(column));
    }

Alla fin fine usa isCellEditable del model ma ..... la differenza è concettuale sugli indici di riga/colonna. Al isCellEditable di JTable vanno passati indici nella "view", in pratica quello che vedi fisicamente nella tabella.

Gli indici nella "view" e nel "model" possono non corrispondere. Per default (se non lo disabiliti), l'utente può trascinare/spostare le colonne, quindi gli indici di colonna possono essere differenti tra view e model. E da Java 6 è possibile applicare alla tabella un RowSorter, cosa che può scombinare gli indici di riga.

In generale: in JTable gli indici che ricevi/passi sono nella "view", non nel "model".

[linux_r]

In generale: in JTable gli indici che ricevi/passi sono nella "view", non nel "model".

Per piacere non ho capito quest'ultima cosa potresti spiegarmela meglio. Grazie

[LeleFT]

Al di là del fatto che per fare l'override di isCellEditable() di JTable dovresti estendere JTable... cosa che nel 80% dei casi non si fa, visto che non ci sono esigenze particolari per ridefinire tutta la tabella.

Le cose sono "diverse" e isCellEditable() di JTable non andrebbe mai ridefinito. Spiego le differenze e perchè non andrebbe ridefinito:

Se si ridefinisce il metodo di JTable nel modo che hai fatto tu, si sta dicendo che quel particolare tipo di tabella avrà le colonne 0 e 5 non modificabili (e tutte le altre sì) indipendentemente dai dati che vi si trovano... ciò significa che se cambio il modello dei dati per quella tabella, le colonne 0 e 5 non saranno comunque modificabili, mentre tutte le altre sì... e chi ci dice che il nuovo modello avrà N colonne? E chi ci dice che i dati nella colonna 1 debbano obbligatoriamente essere modificabili? E' stato previsto un editor per le altre colonne? Capisci bene che non ha alcun senso... non è la tabella a decidere se una colonna è modificabile o meno: è il modello dei dati che la gestisce a deciderlo.

Inoltre, se la tabella permette il riordino delle colonne (cioè, se l'utente ha facoltà di modificare l'ordine delle colonne), quella cosa lì non funziona più: è sufficiente che l'utente sposti la prima colonna in seconda posizione ed ecco che i dati in quella colonna diventano automaticamente modificabili. E non oso immaginare che tipo di dati ci possano finire dentro...

No: non si deve fare l'override dei metodi di JTable (se non di alcuni, in particolari casi, quando proprio si ha la necessità di aggiungere delle features particolari). In special modo, non si deve fare l'override di quei metodi che influenzano il modello dei dati: è i modello a decidere quali dati esporre, quali rendere editabili e quali no, ecc, quindi l'override va fatto sul isCellEditable() del model.


Ciao.

[linux_r]

ok grazieeeeeeee sei stato davvero molto gentile.. te ne sono grato.
comunque in ogni caso nel mio software le colonne non si potevano scambiare e la tabella non deve essere utilizzata per modelli di dati differenti.. quindi penso che lasciarlo cosi ai miei fini va bene..
però ti sono davvero riconoscente perchè mi hai aiutato molto. ti ringrazio ancora

[linux_r]

Un ultima cosa, sapresti spiegarmi questa sintassi:[

jTable2=new javax.swing.JTable(){publicboolean isCellEditable(int r,int c){
        if(c==5|| c==0)
        returnfalse;
        elsereturntrue;
    }
};

Cioè per ridefinire un metodo non dovremmo ereditare la classe? Che sintassi è questa ?

[andbin]

Che sintassi è questa ?

È una anonymous inner class che di fatto sta estendendo JTable, ridefinendo isCellEditable.

le colonne non si potevano scambiare

Se hai fatto

tuaTabella.getTableHeader().setReorderingAllowed(false);

allora sì, non sono riordinabili dall'utente.

[LeleFT]

Quella è una anonymous class... una classe "senza un nome" a cui, quindi, non ci si può riferire per creare altre istanze. E' come se ci fosse una classe scritta così:

private class (nessun nome) extends JTable {
   @Override
   public boolean isCellEditable(int r, int c) {
      ...
   }
}

e che venisse creata una istanza di tale classe e assegnata alla variabile "jTable2".

Io insisto nel dire che:

1) Estendere JTable si può fare, ma andrebbe fatto solo in casi particolari
2) Ridefinire isCellEditable() di JTable non è consigliabile quando è preferibile ridefinire il metodo nel TableModel... visto che un TableModel dovrebbe sempre esserci per le tabelle quando queste trattano dati non banali, per tutta una serie di ragioni e di problemi con i quali ti scontrerai indubbiamente procedendo in questo modo se non hai un tuo TableModel.... perchè se hai anche un tuo TableModel, allora non ha nessun senso ridefinire JTable per quel metodo: sarebbe solo una classe in più per niente.


Ciao.

[linux_r]

Cioè le classi anonime le definisco ad esempio con action listener che è un interfaccia. ma non sapevo si potesse fare anche con le classi !!
Ho cancellato il primo periodo perchè penso di aver scritto una cavolata.

[andbin]

cioè non è ne una classe innestata , ne una classe anonima.

anonymous inner class
Quindi anonima e "innestata"