动态增加JTable大小

我有一个总是正方形的矩阵，我制作了一个JTable来显示它的内容。我需要JTable来调整其行数/列数以匹配矩阵。我正在使用的方法调整显示在表上的行数，但列数保持不变。这是为什么？那我该怎么做呢？动态增加JTable大小

下面的代码缺少与此问题无关的方法。矩阵正在更新，因为它应该是，我检查。

public class SomeClass{ 

    TableModel tableModel = new AbstractTableModel() { 
       public int getColumnCount() { 
        return matrix.lines.size()+1; 
       } 

       public int getRowCount() { 
        return matrix.lines.size()+1; 
       } 

       public Object getValueAt(int row, int col) { 
        Object val = "+"; 

        if(row == 0 && col == 0) 
         return " "; 

        if(row == 0) { 
         try { 
          val = matrix.lines.get(0).cells.get(col-1).nodeId; 
         } catch (Exception e){ 
          val = "-"; 
         } 
         return val; 
        } 

        if(col == 0) { 
         try { 
          val = matrix.lines.get(row-1).nodeId; 
         } catch (Exception e){ 
          val = "-"; 
         } 
         return val; 
        } 


        try { 
         val = (int)observer.nodeList.get(id).matrix.lines.get(row-1).cells.get(col-1).dist; 
        } catch (Exception e){ 
         val = "-"; 
        } 

        return val; 
       } 

      }; 


    public void updateTable(){ 
     //STUFF HERE 
    } 
}

updateTable方法在矩阵更新后调用。我已经尝试了几种这种方法的实现，结果如下所示。

实现1

public void updateTable(){ 
     ((AbstractTableModel) table.table.getModel()).fireTableDataChanged(); 
    }

结果：行数被更新，但列数保持不变。

实现2

public void updateTable(){ 
     ((AbstractTableModel) table.table.getModel()).fireTableStructureChanged(); 
    }

结果：工程，大部分的时间...这两个方面的更新，但一个例外是偶尔抛出：

Exception in thread "AWT-EventQueue-0" java.lang.ArrayIndexOutOfBoundsException: 1 >= 1 
at java.util.Vector.elementAt(Vector.java:474) 
at javax.swing.table.DefaultTableColumnModel.getColumn(DefaultTableColumnModel.java:294) 
at javax.swing.plaf.basic.BasicTableUI.paintCells(BasicTableUI.java:2012) 
at javax.swing.plaf.basic.BasicTableUI.paint(BasicTableUI.java:1812) 
at javax.swing.plaf.ComponentUI.update(ComponentUI.java:161) 
at javax.swing.JComponent.paintComponent(JComponent.java:780) 
at javax.swing.JComponent.paint(JComponent.java:1056) 
at javax.swing.JComponent.paintToOffscreen(JComponent.java:5210) 
at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(RepaintManager.java:1579) 
at javax.swing.RepaintManager$PaintManager.paint(RepaintManager.java:1502) 
at javax.swing.RepaintManager.paint(RepaintManager.java:1272) 
at javax.swing.JComponent._paintImmediately(JComponent.java:5158) 
at javax.swing.JComponent.paintImmediately(JComponent.java:4969) 
at javax.swing.RepaintManager$4.run(RepaintManager.java:831) 
at javax.swing.RepaintManager$4.run(RepaintManager.java:814) 
at java.security.AccessController.doPrivileged(Native Method) 
at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76) 
at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:814) 
at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:789) 
at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:738) 
at javax.swing.RepaintManager.access$1200(RepaintManager.java:64) 
at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1732) 
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) 
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756) 
at java.awt.EventQueue.access$500(EventQueue.java:97) 
at java.awt.EventQueue$3.run(EventQueue.java:709) 
at java.awt.EventQueue$3.run(EventQueue.java:703) 
at java.security.AccessController.doPrivileged(Native Method) 
at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76) 
at java.awt.EventQueue.dispatchEvent(EventQueue.java:726) 
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201) 
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116) 
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105) 
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) 
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) 
at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)

来源

2016-01-15 AmiguelS

从理论上说，'fireTableStructureChanged'应引起'JTable'到receate /从值从'TableModel'填充'TableModel'。考虑提供一个[可运行的示例]（https://stackoverflow.com/help/mcve），它可以证明你的问题。这不是代码转储，而是您正在做的事情的一个例子，它突出了您遇到的问题。这将导致更少的混淆和更好的响应 – MadProgrammer

您也不应该从模型的上下文外调用'fireTableStructureChanged'，为什么这些方法是公开的超出我的范围，您应该要求实现重置自身并触发事件本身。 – MadProgrammer

@MadProgrammer我已更新我的问题。我仍然尝试调用fireTableStructureChanged，只是为了看看发生了什么，结果是在问题。 – AmiguelS

当您创建一个自定义TableModel延伸AbstractTableModel你有责任发射正确的TableModel事件（reference）。

这意味着当您的matrix通过添加/删除列进行更改时，应该调用fireTableStructureChanged（从AbstractTableModel子类中）。

如果JTable的autoCreateColumnsFromModel属性为true，则JTable将放弃其拥有的任何表列，并按它们在模型中出现的顺序重新分配缺省列。

这意味着，你的updateTable方法应为：

public void updateTable() 
{ 
    fireTableStructureChanged(); 
}

来源

2016-01-15 11:36:38

带有TableModelEvent.HEADER_ROW值的行的'TableEvent'触发了一个“结构”变化事件，如果'JTable'配置为这样（默认情况下），则根据TableModel的值重新创建ColumnModel，这与改变JTable基本相同。模型。这可以通过简单地使用'AbstractTableModel＃fireTableStructureChanged'来实现 – MadProgrammer

@MadProgrammer我不想传播错误信息......你说的是我的回答基本上是不正确的？或者它不完整？ –

默认情况下，'JTable'的'autoCreateColumnsFromModel'属性是'true'，这意味着如果你改变'TableModel'（'setModel'）或'TableModel'激发'stuctureChanged'事件，那么它应该根据模型的列重新填充列。事实是，我不知道'autoCreateColumnsFromModel'是否已经改变，这将解释列未被更新的事实，但它可能是由其他原因导致的，这个问题根本没有足够的上下文知道为什么。 '矩阵'可能是错误的，错误的参考或没有按预期更新 – MadProgrammer

动态增加JTable大小

回答

相关问题