xcr*_*mps 16 perl user-interface tk-toolkit tcl tkx
我真的很喜欢Perl/Tk,但已经认为它是DOA.我认为Tcl::Tk并且Tkx是更好的解决方案.假设我放弃了Perl/Tk.是否是"最受支持"的路线Tcl::Tk(自2007年以来一直没有更新,其作者似乎无法联系到),或者Tkx？这些是否被积极使用/支持？
Mic*_*man 16
在引擎盖下,Tcl :: Tk和Tkx都使用Tcl模块作为Tcl/Tk的桥梁.不同之处在于他们向Perl提供的API.
Tkx是由ActiveState开发的,他们在GUI中使用它来获取工具.(例如PPM)它被积极使用,但很难说有多广泛.它也得到了支持,但因为它比Tcl薄了一层,所以没有太大的支持.在某种程度上这是一件好事 - 几乎无法改变或破坏 - 但它确实给人一种放弃软件的印象.
Tcl :: Tk最初是作为一个侧面项目来证明API与Perl/Tk的兼容性是可能的.我喜欢这个想法-这将是美妙的,只需要改变use Tk,以use Tcl::Tk并获得像瓦(主题)支持的Tcl/Tk的新版本带来的好处.不幸的是,它还没有.似乎有一些工作要做,但不是很多.它真的可以使用更多开发人员.
就个人而言,我使用Tkx.如果您在Perl/Tk开发方面经验丰富,那么过渡并不会太痛苦,但我认为这将是一个难以开始的地方.最糟糕的是,您需要参考Tcl/Tk文档才能使用它.如果你知道Tcl是很好的,因为Perl桥接器引入的惊喜很少,但如果你不这样做,那么从一种不熟悉的语言翻译就很尴尬了.
我和wxPerl有很好的结果,这是一篇关于O'Reilly的短文
注意:我的目标是win32,这是大约5年前的事.