Chrome Packaged App +嵌入式Web服务器

Question

开发PackagedApp（html5 + js）并将其与嵌入式/轻量级Web服务器一起发布是否有意义？

后面的主要思想是用一些“普通”语言编写后端/逻辑，然后使用PackagedApp发布它，并使用HTML5 + JS来完成他们擅长的操作=> GUI。

现在我想有一个应用程序，它可能是本地应用程序，可能带有某种本地存储（+某种ORM或嵌入式noSQL db），但后来我将它移动到远程服务器。主持整个页面，添加并打开用户可以登录的模块，挂钩认证机制并挂接不同的数据库（不再嵌入）。

编写这样一个应用程序是否使感觉？或者以这种方式做这件事很愚蠢，并且选择一种编程语言，在该lang中搜索GUI库（最好是跨平台）并编写本地应用程序会更容易，当然，使用一些好的模式来分离逻辑和图形用户界面，然后写一个Web应用程序？

我在想它，因为我讨厌学习本地GUI库。每个人都不一样，代码总是很难看，很难维护。我在Swing/QT/WPF中为多个不同的平台编写了一些代码，尽管我是后端开发人员，并且我不应该触摸GUI，但我有时会写一些基本的代码，然后雇用某个人来做得更好，但没有完成他的工作，或者后来与他的图形用户界面整合在一起，这让屁股感到痛苦。

对我来说HTML + js更清洁和流行。很容易写出任何东西或聘请某人设计一些花哨的GUI，因为我更喜欢后端开发，所以编写一些REST服务器并挂钩它似乎很自然。但我想知道是否有人以这种方式做到了这一点，并且这不是一个完整的灾难。

我想性能会受到一点影响。还有其他什么缺点？

Answer 1

如果我明白你的总体目标，那就是使用JavaScript + HTML + CSS作为编写便携式桌面应用程序的一种方法，同时仍然将大部分代码写入你称之为“正常”语言中，我假设你的意思是Python，PHP等。

这种方法对我来说似乎太复杂了。客户端和服务器之间的交互（在桌面上）将会很复杂，当服务器是远程服务器时这是有价值的，但当它们实际上是相同的应用程序时，它是过度的。另一个缺点，如果其他人需要维护代码，尤其重要的是涉及太多的语言和技术。

也许更好的方法是使用像wxWidgets这样的工具包。