opengl - Haskell 的 GLUT 替代品？

Question

我不想使用 GLUT，因为它没有类似 Haskell 的感觉。它基本上强制你使用 IORef等等，因为回调。

我考虑过GLFW ，这看起来很简单，让我可以在单子(monad)中完成游戏循环。但它似乎与不同的硬件有问题，例如，它在我的笔记本电脑上运行良好，但在我的台式机上却不行。在 window 上，纹理消失了。

所以我想过通过SDL进去，但是windows依赖可能有问题，我只是不知道需要哪个DLL。

那么打开 OpenGL 窗口还剩下什么？

Answer 1

GLUT，其糟糕的声誉完好无损，是我发现的最好的。

然而，朴实无华的感觉并不是不使用它的好理由。您的级别低于您希望在此处用于项目的抽象。同样，您不应该使用 OpenGL，因为它与命令式思想深深纠缠在一起。

但是 GLUT 和 OpenGL 都很好。关键是在使用它们之前将它们包装成更好的抽象。我已经发布了 hackage 我的 OpenGL 中 2D 图形的包装器，graphics-drawingcombinators .我相信还有其他尝试，而且我已经离开图形游戏一段时间了，所以我不再精通最先进的技术。

结束 GLUT 有点困难。 IORef s 的功能不亚于 IO本身，并在避开 IO 的同时表达交互性(和其他命令式结构)您将需要某种形式的 FRP .最后，这些 FRP 库将最终将命令式想法包装在它们之下——当您处理为 C 编写的库时，您将无法逃避这一点。无论如何，下面的内容并不重要——所有软件都有电压的电气系统。

无论如何，几年前当我研究时，GLUT 是唯一真正跨平台工作的库。我更喜欢......所有其他人的界面，但每个人都只能在某些受控条件下工作。这是一个主要的限制，如果你不分享它，你可能会尝试别的东西。但是窗口界面是一个很容易包装的薄层，您不需要基于此选择做出任何重大决定。