我开发了一个 R 应用程序,我想部署它。
目前,该应用程序由一组要从命令行运行的函数组成,例如 R 包。为了部署它,我正在考虑重新打包R Portable,向其中添加必要的库和我的代码。我的主要问题是选择合适的 GUI 工具包。
生产环境
我的应用程序是单用户应用程序(即桌面应用程序),目标平台是 Windows。它可以在 R 中引导,然后调用工具包,或者在 Java 中引导,然后调用 R 引擎。GUI 应该首先提供应用程序功能。它还应该获取功能图形输出。
可能的替代方案
这是一个潜在的替代方案列表。我想知道他们是否满足/适合所描述的必要环境。
Java JRI现在仅作为rJava的一部分发布,但虽然后者已明确记录,但我无法找到前者的文档和教程。至于Deducer,它被呈现为一个 GUI 前端,但我发现它也是一个GUI 工具包
TCL/Tk绑定似乎是 R 的自然选择并且有据可查,但有人抱怨此工具包的局限性。 RGtk2看起来很有趣,而且还有一些教程。 gWidgets是少有的带有包小插曲的工具包之一!
尽管我不需要真正的 Web 应用程序,但一个有趣的选择是将 R 与 JavaScript/HTML 连接。和我们大多数人一样,我熟悉这种环境,并且该应用程序可以从许多 JS 库中受益。问题是漂亮的Shiny 服务器和rApache仅适用于 Linux,这可能是真的,可能Concerto也是如此。相反, Rserve在 Windows 上运行,虽然没有官方的 JS 客户端,但我找到了第三方rserve-js和node.js 客户端。
Rook由 rApache 的同一作者编写,应该与平台无关(不是吗?)。
R 服务器页面可以工作,但我没有在函数HttpDaemon
和HttpRequest
小插图或参考手册中找到示例。我用gWidgetsWWW运行了一些简单的例子。它可以工作,但它似乎可以生成罐头网页,而无法修改 HTML 代码。
编辑
让我澄清一下我的问题。我不是在调查你的个人喜好。这里提到的技术或产品往往非常年轻且不普及。在投入数月的代码之后发现它们还没有准备好或不适合生产,这将是非常令人不快的。所以我想知道(不是你的主观喜好,而是)他们是否能够在上述环境中工作。