user-interface - 为 Haskell 积极开发并有据可查的 GUI 工具

Question

我上午和下午的大部分时间都在玩 Haskell 中的 GUI 框架，因为我需要一些可视化和交互功能，而且我不喜欢在 Haskell 中编写核心功能然后输出到前端编写在另一个 GUI 中；我宁愿用一种语言来做这一切。更好的部分中更好的部分用于编译和修补源代码，或者谷歌搜索模糊的编译错误。

我花了很多时间阅读 SO 问题，大量时间在 haskell.org 上，以及大量时间阅读文档。我遇到的是大量过时或记录不充分的信息。我可以归结为以下三点:

建立在 Gtk+ 绑定(bind)之上的大量选项。我不太喜欢 Gtk+，主要是因为我觉得它看起来很不愉快，尤其是在 OS X 上。提示 UI 看起来不合适和/或只是简单的丑陋可能看起来很愚蠢，但这很重要我。特别是如果我希望其他人使用我创建的任何程序。

wxHaskell，它是稳定的并且非常容易安装，但是许多现有的教程似乎是针对 wx-0.1x 的，并且将 wxWidgets 2.9.x 文档桥接到 wx-0.90.x 的约定非常参差不齐，难以理解，当它们甚至存在时。

qtHaskell，似乎大部分都被放弃了(如果我错了，请纠正我)，在应用了一年前的补丁后，只能用较新版本的 GHC 编译，并吐出大量警告，表明它们很快就会变成编译错误较新版本的 GHC。

实际上，我正在寻找 Haskell 对 Java 的 Swing 的回答；一个健壮的、维护的、有据可查的、易于上手的库，尝试在外观和感觉上保持原生，可以跟上 GHC 的开发步伐，并且不会有被放弃的高风险。这似乎完全是零 GUI 框架，但似乎大多数与 GUI 框架相关的“官方”资源/wikis/页面/文档都没有得到维护，所以我决定求助于社区，看看是否有什么我只是没有找到。我并不十分担心框架是跨平台的，只要它适用于现代版本的 OS X。

重申一下，我并不是真的要找人给我发送到 haskell.org 或 WikiBook 的链接。我去过那里，我不喜欢我所看到的。那里的大多数信息都已经过时了，它只会创造更多的工作，而不是更少。

我意识到我的“要求”有点极端，特别是对于像 Haskell 这样的社区较小的语言，但我希望那里有人可以帮助我。同时，我打算简单地尝试摆脱 wxHaskell 或 qtHaskell，直到我成功或死亡。

我希望我不会显得粗鲁或疲惫。

Answer 1

wxHaskell 很好，是的，我的首选 GUI 中级库。我承认在新版本的文档之前，我们一直关注更新代码。

对于现代的、函数式响应式(Reactive)编程有趣的东西，我推荐 reactive banana ，它得到积极维护，并具有 Heinrich Apfelmus 的额外好处他自己很可能会出现在这里回答你的问题。