-2

重复:这是.NET WebBrowser Control as User Interface的副本。让我们结束这个问题,并将任何新的答案指向原始问题。

大家好,我需要你在这样的事情上体验我想尽可能多地跨平台的简单方法最近我想到了为我用 C++ 编写的应用程序使用嵌入式 Web 服务器作为提供跨平台 GUI 什么的简单方法你觉得这种技术吗?有人用吗?保持轻便,跨平台,易于开发。将应用程序保持为 1 个自包含的二进制文件的能力

4

2 回答 2

1

为了可移植性而使用 Rich Web App 作为 UI 的想法是相当合理的——尽管跨浏览器支持确实增加了很多工作。

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

于 2009-08-03T15:27:33.727 回答
0

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

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

也许基于 Web 的前端最适合您的用户,或者更传统的 GUI 工具包可能会更好地为他们提供服务。有许多跨平台的 GUI 工具包可以让您轻松地为用户提供丰富的体验(例如,Tk 与 python、ruby 或 Tcl)。

有人可能会说,像 Tk、wx 等工具包必须做出妥协才能跨平台,但我认为它们提供的妥协比你在制作基于 Web 的前端时必须接受的要少得多。

当然,在做出此决定时,您还必须考虑上市时间、您自己的技能等。请记住,在一天结束时,软件应该让最终用户更轻松地完成一些任务,所以问问自己,你的选择是支持还是阻碍了这一点。

于 2009-08-03T15:49:42.630 回答