java事件队列事件调度刷新/陷阱事件

我有一个与设计相关的问题,我正试图找到答案.

这是场景.

假设您想要由于用户输入而做一些昂贵的(耗时的)(例如从某个数据库加载大量数据,读取大文件).强烈推荐的方法是在单独的线程中完成耗时的工作,永远不会阻止EDT,否则GUI将无法响应.

但是有些情况下,除非后台任务完成,否则不应向GUI提供输入.在我的特定情况下,只有在后台工作完成后,我才能确定哪些GUI元素应该可见并启用/禁用.只有那些应该可见和启用的GUI元素才应该响应用户输入,否则在我的特定情况下行为可能是不可预测的.

这就是我正在做的处理这种情况.

第1步:在我即将开始耗时的操作之前.

>将光标更改为忙碌光标.
>将鼠标侦听器添加到组件顶层框架的玻璃板上.
>使玻璃板可见,以便它可以接收鼠标事件.由于鼠标输入,玻璃板不会做任何事情.

第2步:在后台线程中执行耗时的操作.后台线程有一个finally块,它在作业完成时通知事件线程(由于错误而完成或中止).

第3步:

>将鼠标光标切换回正常状态.
>从玻璃窗格中删除侦听器.
>使玻璃板不可见,以便将鼠标事件发送给预期的收件人.

这是处理这种情况的正确方法吗?

你们推荐什么?

解决方法:

SwingWorker可以在这种情况下使用.在后台任务启动并在done()中重新启用时,可以禁用相关控件.在此相关的example中,运行按钮被调节为在“运行”和“取消”之间切换.

附录:0700的后端端口可用于Java 1.5.

上一篇:Java通用/类型调度问题


下一篇:java web 开发之 office(excel、doc等)文件转pdf