Java 提高JTextField的性能

Java 提高JTextField的性能,java,performance,swing,jtextcomponent,Java,Performance,Swing,Jtextcomponent,标题本身听起来很奇怪,但我想看看是否有实际的方法可以提高常规JavaJTextField的“setText”方法的性能 我有一个用于计算一些科学数据的应用程序。计算结果显示在Swing窗口中,该窗口包含总计1815个不同JTextField控件的选项卡。我确实需要JTextField,因为结果应该是可编辑的。 我注意到很多“处理结果”的时间都花在了“setText”方法的内部工作上。查看JTextComponent源代码,我认为这是因为底层的“AbstractDocument” 由于我想提高向用

标题本身听起来很奇怪,但我想看看是否有实际的方法可以提高常规JavaJTextField的“setText”方法的性能


我有一个用于计算一些科学数据的应用程序。计算结果显示在Swing窗口中,该窗口包含总计1815个不同JTextField控件的选项卡。我确实需要JTextField,因为结果应该是可编辑的。 我注意到很多“处理结果”的时间都花在了“setText”方法的内部工作上。查看JTextComponent源代码,我认为这是因为底层的“AbstractDocument”

由于我想提高向用户显示计算结果的速度,有没有办法让JTextField执行得更快(最明显的是“setText”方法)

这些字段被分组到单独的帧中,以便更具视觉吸引力和可区分性

真的。用户将无法一次查看1815个组件,尤其是当所有组件的值同时发生变化时,用户将无法观察到这些组件的行为

也许一个表不能用于所有的文本字段,但我相信您可以将一些数据组织成表

我确实需要JTextField,因为结果应该是可编辑的

我怀疑某些处理与文本字段相关,该字段在文本更改时生成事件。例如DocumentEvents和UndoableEditEvents

因此,可以使用
JLabel
显示数据,然后双击并使用弹出窗口
JTextField
将数据输入标签

创建不使用AbstractDocument而使用纯字符串的自定义JTextField

您可以创建自己的更简单的文档实现,而不必使用
普通文档
来实现
抽象文档

这些字段被分组到单独的帧中,以便更具视觉吸引力和可区分性

真的。用户将无法一次查看1815个组件,尤其是当所有组件的值同时发生变化时,用户将无法观察到这些组件的行为

也许一个表不能用于所有的文本字段,但我相信您可以将一些数据组织成表

我确实需要JTextField,因为结果应该是可编辑的

我怀疑某些处理与文本字段相关,该字段在文本更改时生成事件。例如DocumentEvents和UndoableEditEvents

因此,可以使用
JLabel
显示数据,然后双击并使用弹出窗口
JTextField
将数据输入标签

创建不使用AbstractDocument而使用纯字符串的自定义JTextField


您不必使用
纯文档
作为
抽象文档
的实现,您可以创建自己的更简单的文档实现,而不必使用
纯文档

“包含总共1815个不同JTextField控件的选项卡的Swing窗口”为什么不使用JTable呢?只有当用户激活选项卡时,才尝试填充选项卡中的文本字段。“1815个不同的JTextField控件…”史蒂夫·乔布斯,如果他还活着的话,不会这么做approve@guest86不,这不是一个选项,因为
JTextField
旨在使用文档“为了更具视觉吸引力和可区分性,这些字段被分组到单独的框架中。”用户可能更喜欢功能简单的应用程序。to..无论这会导致什么结果。另请参见“包含总共1815个不同JTextField控件的选项卡的Swing窗口”“为什么不使用JTable呢?只有当用户激活选项卡时,才尝试填充选项卡中的文本字段。“1815个不同的JTextField控件…”史蒂夫·乔布斯,如果他还活着的话,不会这么做approve@guest86不,这不是一个选项,因为
JTextField
旨在使用文档“这些字段被分为不同的帧,以便更具视觉吸引力和可分辨性。“用户可能更喜欢功能简单的应用程序。不管这会导致什么结果。还可以,我必须使用自定义文档,希望它能解决问题。另外,我将添加每个选项卡的加载:)谢谢,我将不得不使用自定义文档,希望它能解决这个问题。另外,我将添加每个选项卡的加载:)谢谢