Perl Tk模块有哪些缺点？

Tk – 体面的使用和界面是非常perlish. gui本身看起来有点过时,并没有利用任何操作系统的本机小部件(如filepickers).在大多数系统上,它需要安装C编译器.

Wx – 难以使用,不受欢迎的界面.大型程序几乎需要一个gui构建器来跟踪所有内容.对os级别小部件的支持是混合的.看起来比Tk IMO好看.涉及编译,需要安装几个库,可能很难在Windows上运行.程序的组装是非常程序化的,并且不能完全映射到程序实际上的样子.

Qt – 最后我看到这个模块或多或少被抛弃,只支持Qt3.我没有尝试安装它,但我想它需要一个编译器.

Prima – 与Tk类似,它具有过时的外观.需要编译器.

W32 :: GUI – 由于它不是跨平台,我早就排除了这一点.

XUL :: Node / POE :: XUL :: Node – 包含C代码的相当重的依赖树.似乎没有维护,我有混合经验来安装它. Windows是不行,OSX是不行,它在OpenSUSE上的功能有限.它也只支持XUL语言的一个子集.

我发现现有的gui工具包都不足以将您的应用程序分发给最终用户.可以期望程序员跳过解决库依赖关系和编译代码的环节,但最终用户不会这样做.所以我的第一个要求就是纯粹的Perl.

其次,几乎所有现有的gui工具包都迫使你以非常程序的方式工作：创建一个容器.为容器创建一个包装器.创建一个对象.设置该对象的属性.将对象添加到打包器.运行打包器以填充容器对象.重复.

相反,我发现嵌套设计(如HTML)更容易理解,原因有两个.首先,由于对象是嵌套的,因此无需为所有内容命名(label_456,label_457 …).其次,程序的结构反映了显示的结构.

所以我在XUL::Gui开始工作,并且进展顺利.它是纯Perl,仅依赖于核心模块以便于安装.它有一个外部要求,即安装了最近的(3)Firefox副本.它使用熟悉的Web开发设计模式和使用CSS设计的嵌套标签.它肯定处于一个可以用它编写功能齐全的单窗口应用程序的级别.

希望这有助于您找出最适合您项目的工具包.