Haskell UI框架？

Question

偶然的,有一个新兴的Haskell UI框架用于Windows吗？

我最近开始研究这种语言,从我看到的,它将用于很棒的"一次性"应用程序(精心设计的脚本).

然而,如果没有一个好的UI框架,我无法看到它在更明显的竞争者的烟雾和镜子之下进入.

我读过有很多框架,但没有一个是全功能的.

我只是想知道这是否正在上升,或者是否只是太难以让足够的开发人员朝着同一方向前进？

Answer 1

两个主要框架是wxHaskell和Gtk2Hs.这两个都已用于实际工作.据我所知,我的偏好是Gtk2Hs因为它正确处理资源(即使用GC).wxHaskell要求程序员在不再需要时释放小部件,这样你就可以获得所有经典的内存泄漏和过时的指针螺钉.

两者的问题是一切都在IO monad中.这反映了这样一个事实,即它们是针对命令式语言的现有GUI库的相对较薄的包装器.当然,这意味着你不会比用命令式语言编写GUI更糟糕,但你也不会好多了.

Hackage上有一些有趣的实验库,包括GupeTV中的Grapefruit和Conal Elliott的"有形价值"想法.这两种方法都试图采用更具声明性的方法.

Answer 2

(免责声明:我是wxHaskell维护者)

wxHaskell和Gtk2Hs都或多或少都是完整的.也就是说,它们都包含了其底层库提供的大量功能.如前所述,它们都需要IO monad中相当"命令式"的编程风格.

关于每个人的相对优点已经进行了很多讨论.我会说wxHaskell更容易让两者工作,特别是在Windows上,因为它可以通过cabal安装(参见http://www.haskell.org/haskellwiki/WxHaskell/Install#On_Windows)

FRP框架(Grapefruit和其他)提供了更"功能"的编程风格,代价是减少了小部件的覆盖范围.我觉得这仍然是一个开放的研究领域,并没有为"黄金时间"做好准备.

在实践中,我从未遇到过wxHaskell的资源管理问题,虽然我同意它是可能的,并且Gtk2Hs处理的区域更好,它使用底层库中的引用计数.

为了完整起见,我还应该提到Qt绑定(QtHaskell？)也存在 - 它相对年轻,但显然合理完整.

我觉得Haskell社区虽然很小,但可以很好地修复一个GUI框架,但是接受这个的困难(例如许可,支持所有OS平台等).