命令后 Tck、vwait 和事件循环

Tck after command, vwait, and the event loop

我的 Tk 应用程序有很多 "wait" windows 或功能暂停,让其他后台命令有时间完成它们的工作。问题是在函数中使用 "after 5000" 会禁用应用程序中的所有按钮。我找到了很多信息,最有帮助的是 http://wiki.tcl.tk/808。第一个教训是没有脚本的 "after" 不会处理事件循环,第二个是 vwaits 是嵌套的。

因此,我使用以下简单的 "pause" 函数代替 "after":

proc pause {ms {waitvar WAITVAR}} {
   global $waitvar
   after $ms "set $waitvar 1"
   puts "waiting $ms for $waitvar"
   vwait $waitvar
   puts "pause $ms returned"
}

button .b -text PressMe -command {pause 5000 but[incr i]}; # everyone waits on this
pack .b
after 0 {pause 1000 var1}; pause 3000 var2; # works as expected
after 0 {pause 3000 var3}; pause 1000 var4; # both return after 3 secs

我的按钮总是有响应,但如果按下,所有其他 vwait 至少会再等待 5 秒钟。并且在 5 秒内第二次按下也会延迟第一次按下。了解 vwaits 是嵌套的,现在这是预期的并且不是真正的问题。

这个解决方案似乎太简单了,所以我想就我可能没有遇到的问题征求意见。

您列出了主要问题,即 vwait 调用将愉快地嵌套在另一个 vwait 调用中。 (它们是使用对事件循环引擎的递归调用来实现的,所以这是可以预料的。)当你得到最终嵌套在自身内部的东西时,这可能是一个特殊的问题;你可以很容易地以这种方式炸毁堆栈。解决此问题的传统方法是小心联锁,例如在处理 vwait 时禁用调用此特定回调的按钮;这也提供了一种很好的方式来向用户表明您很忙。

另一种方法(您可能仍会在禁用按钮时使用)是分解代码,而不是:

proc callback {} {
    puts "do some stuff 1"
    pause 5000
    puts "do some stuff 2"
}

你改为:

proc callback {} {
    puts "do some stuff 1"
    after 5000 callback2
}
proc callback2 {} {
    puts "do some stuff 2"
}

这可以让您避免 vwait 本身。它被称为连续传递风格编程,它在高质量的 Tcl 代码中很常见。虽然它确实有点棘手。考虑这个循环版本:

proc callback {} {
    for {set i 1} {$i <= 5} {incr i} {
        puts "This is iteration $i"
        pause 1000
    }
    puts "all done"
}

在连续传递风格中,你会做这样的事情:

proc callback {{i 1}} {
    if {$i <= 5} {
        puts "This is iteration $i"
        after 1000 [list callback [incr i]]
    } else {
        puts "all done"
    }
}

您拥有的本地状态越多,转换代码就越棘手!


使用 Tcl/Tk 8.6,您获得了一些额外的技巧。

首先,您可以使用 coroutine 来简化棘手的连续传递内容。

proc callback {} {
    coroutine c[incr ::coroutines] apply {{} {
        for {set i 1} {$i <= 5} {incr i} {
            puts "This is iteration $i"
            after 1000 [info coroutine]
            yield
        }
        puts "all done"
    }}
}

这有点长,但是随着状态的大小和复杂性的增加,更容易

另一个新的 8.6 工具是 tk busy 命令,它可以用来制作方便的模态对话框,在某些操作发生时您无法与之交互(通过隐藏 [=47= 的巧妙技巧) ]).仍然由您的代码来确保告知用户事情很忙,再次通过将事情标记为禁用等,但是 tk busy 可以使其更容易实现(并且可以帮助避免小技巧的嵌套grab).

的问题