C++ XULRUNNER是否适合替代其他C++；桌面应用程序框架，如QT？

XulRunner/Gecko对于开发GUI密集型应用程序（通过使用广泛使用的技术，如HTML/CSS/SVG/XUL/Javascript）似乎非常感兴趣。但是底层C++（Apple）API（XPCM，NECKO，…）看起来非常古老和复杂。此外，普遍缺乏文档/开发工具确实令人恐惧

另一方面，QT有一个非常好的平台，并且有很好的文档记录和支持。不过，UI部分实际上是“传统的”

<>你对XulRunter有什么经验，特别是与其他的C++桌面应用框架相比，比如Qt/Gtk/MFC……？少了什么？什么是可怕的

---

边问题：如果我想将现有的MFC应用程序迁移到跨平台的C++桌面应用程序框架，那么使用XulRunter代替Qt或GTK是否明智？

< P>我不认为您希望在C++中实际编写XUL代码。XPCOM等API的用途是，您可以与现有的C库进行接口，或者如果您需要编写需要在javascript引擎之外调用API的特定于平台的内容

---

如果你想用javascript编写一个跨平台的GUI应用程序，尽管这可能是你想要的。

我不是该团队的成员，但joost桌面应用程序正在使用XULRUNNER作为UI。虽然这是一个选项，但我个人不会用跨平台GUI的棍子碰它。事实上，我的经验表明，拥有一个单一的跨平台应用程序总是不够好

---

我的建议是：分离你的核心应用程序功能，为你需要的任何平台构建原生UI。您将获得更好的用户体验。

据我所知，实际上使用XulRunner构建的应用程序并不多。我应该知道，因为我是其中一家公司的技术负责人，我们试图雇佣有经验的人。事后看来，这并不让我感到惊讶。我们使用XulRunner的决定是由非开发人员做出的，违背了我的建议。很多东西花费的时间是我们以前使用的wxWidgets的两倍。现在我在其他项目中也使用了Qt，我不得不说它甚至比wxWidgets更好。因此，我可以相当可靠地说，Qt的效率将是XulRunner的两倍多，而且您将更容易找到有经验的开发人员

当然，XulRunner中的Javascript很好。但是Qt还附带了QtScript，它包装了JavaScriptCore。当涉及到构建真正丰富的UI时——也就是说，不仅仅是一堆图像——那么HTML+SVG+CSS+JS就不需要了。它们是为了使简单的事情变得容易，而不是使复杂的事情成为可能。看看最新的功能，视频。HTML5的解决方案：一个标签，让一些C++代码在幕后做真正的工作。即使视频只是一大堆图像，一次只显示一个

所以，问题不在于缺少什么东西。只是发展很慢，结果很慢

在令人敬畏的方面，插件机制实际上运行得相当好

---

现在，如果你从头开始，这一切都适用。如果你已经有很多MFC／C++代码，坚持C++，只删除MFC部分。这意味着Qt或wxWidgets是明显的赢家。

老实说，我不同意XULRunner应用程序不多。。。有很多负载，这只是Mozilla知道的几个负载：

developer.mozilla.org/en/List\u基于mozilla的应用程序

这当然排除了Firefox和Thunderbird本身

我们自己的在那里列出www.redbacksystems.com/liance/

我从2003年开始就在这个平台上开发，我很喜欢它，因为现在我再也不会在其他平台上编程了

如果你可以使用简单的标准兼容JavaScript/ECMA（包括E4X）编写，并且具有出色的CSS和XML支持，包括XBL（尽管是1.0）、RDF、XML模板、远程更新、插件和扩展支持等，而不需要使用地理位置或本机SQL支持，那么你到底为什么要用QT或GTK编写呢

如果你不能在几天内启动一个相当完整的XULRunner应用程序，那么你可能出了严重的问题。无论部署平台如何，都需要进行任何其他编码工作

对我来说，Mozilla工具包是首选的平台

顺便说一句，据我所知，Joost在编写/实现自己的视频渲染和尝试DRM内容时也面临着特定的挑战。

有人尝试过吗

XUL查看器

这是一个非常了不起的项目。干净的代码，很少依赖（只有poco basic和boost）

---

呜

既然Mozilla已经放弃了Xulrunner，并且正在弃用XUL/XPCOM，那么现在你打算怎么做呢？注意警告信号：Xulrunner会导致死胡同。在你投入太多之前，现在就回头吧。我以前在XUL中开发过一个Firefox插件，我不想再这样做了。@10basetom，谢谢你的重要评论。6年前我问过这个问题，当时还需要考虑。今天很明显，这是一条死胡同！