看到我的主要开发人员专长领域是Unix上的Perl,我宁愿为了开发效率而坚持使用Perl来编写我需要做的任何事情的业务逻辑.
问题是,如果我想在工作之上拍下一些GUI(ala Perl :: Tk on Unix),我的GUI工具包选项是什么,你会建议使用哪一个？
请注意,我希望这个问题对其他SO用户来说是一个很好的学习机会,所以我也欢迎任何答案,即使他们不一定满足我自己的限制/下面列出的需求,虽然说明如何解决您的解决方案对这些考虑将是非常欢迎的.
我的注意事项主要是因为我想要一个快速开发的个人使用工具来节省自己的时间,我现在手动执行的任务.
>主要考虑的是Perrie的发展 – “简单的事情应该是容易和困难的事情应该是可能的”作为Perl的口号.特别是第一部分:)
对于使用的组件,偏好(但不坚持)尽可能地是本土的.例如.而是重新使用Windows的文件打开对话框,而不是使用一些自定义的Java对话框.
>我更喜欢使用一些有小学习曲线的东西(例如,不需要学习OLE / COM的复杂性),因为这里的目标是快速开发工具,我需要简化我的生活,而不是开发人员教育,我集中在与我的工作相关的地区:)
但是,我绝对会喜欢在做这个事情时接触新的/酷的东西,例如如果有一些很好的Monad的GUI组件被建议,我很好奇.
>性能问题(例如,我可能需要显示一个目录列表> 10000个文件),但不是最重要的关注 – 我是一个很好的GUI设计师和开发人员,总是可以建构我的应用程序和设计一个GUI,需要).
>我强烈希望(虽然不坚持)一个不强制我编译东西的框架.例如Perl库比我需要编译的自定义Java东西更为可取.但是,如果框架在所有其他方面都是完美的,那么我可以使用一个编译的解决方案(只要不需要我购买Visual Studio或者某些东西,我想为Windows个人使用构建一个Windows GUI前端,不投资成为Windows开发人员).
我在上述限制之外是很开放和灵活的.一些ActivePerl /草莓Perl库,基于MS PowerShell的组件 – 如果没有更好的显示,我将只是在我的PC上安装Apache并构建一个Web前端:)
解决方法
Perl/Tk具有最多的“perlish”界面,但是还没有更新,以便利用当前版本的Tk中的tile(本机/主题小部件)支持(并且可能永远不会). Tkx使用不同的Tk桥.它允许访问Tk中的所有内容(并且它也更快),但语法较少. Tkx被设计成Tk上的薄包装;您必须向大多数事情咨询Tk文档,并翻译为使用Perl. Tcl/Tk模块使用与Tkx相同的桥,但支持与Perl / Tk大致相同的语法.
是否需要编译任何内容取决于您使用的Perl版本.如果你使用草莓Perl,你可能需要编译一些东西,无论你选择什么工具包. ActivePerl发行版自5.8.x周期以来一直包含Tkx,并且停止捆绑Tk至5.10,尽管它仍然可以通过PPM使用. Tcl / Tk可从CPAN获得,但是我无法使其与使用ActivePerl绑定的Tk库配合使用;您可能需要单独安装Tcl才能使用它.
就个人而言,我曾经使用Perl / Tk,但现在使用Tkx.