User interface 您如何看待使用嵌入式web服务器的桌面应用程序的web GUI

副本：这是的副本。让我们结束这个问题，并将任何新答案指向原始答案

大家好，我需要你们在这方面的经验 我在想一个简单的方法，尽可能地跨平台 最近我想到了用嵌入式Web服务器来为C++编写的应用程序作为一种简单的方式来提供跨平台的GUI。 你觉得这项技术怎么样？有人用它吗？ 保持它轻便、跨平台、易于开发。

---

将应用程序作为一个二进制文件保持独立的能力

为了可移植性，使用富Web应用程序作为UI的想法非常合理，尽管跨浏览器支持确实增加了很多工作

---

嵌入服务器对我来说是不会发生的（我倾向于在多层应用程序中工作，在多层应用程序中，我们自然地将表示层与自己的层分离），但我看不出不这样做的根本原因——正如你所说的，单个自包含的可执行文件确实有一些吸引力。即使您选择将HTML、图像等作为文件部署到文件系统中，而不是打包到应用程序中（为了便于更新，您可能会这样做），您的总体方法对我来说是有意义的。

这种方法的一个缺点是，它需要最终用户启动两个进程——web服务器和web浏览器。您可以通过让应用程序同时执行这两个操作来限制影响，但如果您的应用程序足够智能，可以在现有浏览器中打开新选项卡，而不是启动新选项卡，那么使用可能最终会出现两个浏览器窗口而不是一个

但这只是冰山一角。在走这条路之前，你应该考虑你的决定对最终用户的影响。听起来您的主要目标是跨平台支持，而不是高质量的最终用户体验。哪个对你更重要

也许基于web的前端最适合您的用户，或者他们最好使用更传统的GUI工具包。有许多跨平台的GUI工具包可以让您轻松地为用户提供丰富的体验（例如，Tk with python、ruby或Tcl）

有人可能会说，Tk、wx等工具包必须做出妥协才能跨平台，但我认为它们提供的妥协远远少于您在制作基于web的前端时必须接受的妥协

---

当然，在做出这个决定的时候，你也必须考虑到上市时间、你自己的技能等。请记住，在一天结束时，该软件应该会让最终用户更容易完成一些任务，因此问问自己，您的选择是否支持或阻碍了这一点。

我不认为这是.NET WebBrowser问题的重复。这更像是“我应该嵌入一个web服务器并用HTML编写UI而不是创建一个传统的GUI吗？”我的第二个选择是qt。但是我将打破自容器二进制规则一些脚本语言允许您创建没有依赖项的单文件可执行文件。Tcl/Tk和Tlckit/starkit/starpack模型浮现在脑海中。我肯定还有其他人。