Java 提高JTextField的性能
标题本身听起来很奇怪,但我想看看是否有实际的方法可以提高常规JavaJTextField的“setText”方法的性能Java 提高JTextField的性能,java,performance,swing,jtextcomponent,Java,Performance,Swing,Jtextcomponent,标题本身听起来很奇怪,但我想看看是否有实际的方法可以提高常规JavaJTextField的“setText”方法的性能 我有一个用于计算一些科学数据的应用程序。计算结果显示在Swing窗口中,该窗口包含总计1815个不同JTextField控件的选项卡。我确实需要JTextField,因为结果应该是可编辑的。 我注意到很多“处理结果”的时间都花在了“setText”方法的内部工作上。查看JTextComponent源代码,我认为这是因为底层的“AbstractDocument” 由于我想提高向用
我有一个用于计算一些科学数据的应用程序。计算结果显示在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
旨在使用文档“这些字段被分为不同的帧,以便更具视觉吸引力和可分辨性。“用户可能更喜欢功能简单的应用程序。不管这会导致什么结果。还可以,我必须使用自定义文档,希望它能解决问题。另外,我将添加每个选项卡的加载:)谢谢,我将不得不使用自定义文档,希望它能解决这个问题。另外,我将添加每个选项卡的加载:)谢谢