Javascript 使用HTML5、CSS、Node.js和Chromium嵌入式浏览器的LOB桌面应用程序

随着web技术的巨大进步，将这些技术引入桌面和客户机服务器应用程序是否有意义

我们通常使用winforms和wpf构建应用程序，代码库大约有100k+行代码

是否值得探索HTML5 UI和Node.js后端选项，并使用chromium嵌入式框架或Node webkit之类的框架

我问这个问题的原因是微软对桌面技术的支持有问题（wpf、metro应用…）

---

至少通过我列出的技术，很容易移植，使应用程序在所有平台上工作，微软和谷歌等公司正在推动html5和javascript。

许多公司正在桌面应用程序中使用CEF和类似的基于web的技术

• 来自阀门的蒸汽基于CEF（），如下所示
• Spotify和
• AdobeCreativeCloud（我相信在CEF上使用AdobeShells并合并Node.js）

它们的优势在于，服务器端内容可以交付到应用程序，UI更新也可以，并且客户端机器完全可访问

我们使用它来进行产品授权和交付，CEF对我们的好处是从JavaScript中的UI和业务逻辑的服务器动态更新，并且因为CEF允许从JavaScript到C++的调用，所以我们可以访问纯Web代码不能在磁盘和注册表项上的文件。

---

因此，我建议您对此进行研究。

对于普通业务线应用程序，我建议您不要半途而废

我曾经在WPF中进行高级UI开发，这在当时（十年前）是令人惊讶的，但现在在现代web浏览器中所能做的一切真的令人惊讶。是的，微软对全功能桌面技术的支持就像一座鬼城（我怀疑他们只是想从商店里的应用程序中获得30%的佣金，所以他们把注意力转移到了UWP上）

为什么需要创建混合桌面/web应用程序？除非你有一个特定的（重要的）需要打破浏览器的沙箱，为什么不全力以赴创建一个web应用程序呢？现代浏览器现在有了更多的功能，而且它们的性能也在不断提高

---

还有许多技术和框架真正有助于使大规模web应用程序的开发比以前容易得多。

取决于应用程序的功能。如果它是一个相当标准的CRUD应用程序，我会说是的。但是，如果你在做3d图形处理或其他处理器/内存/磁盘密集型任务，我会说不。基本上，我想使用HTML5和CSS的UI功能，而不是wpf/metro应用等技术。我可以使用C语言或C++编写的WebSosil服务器作为后端。试试这些有意义吗？