我将创建一个桌面应用程序，使用C++作为后端，Html/JS作为UI。目前，它只是由QtWebKit托管以实现跨平台，也许将来可能会托管在线。
QtWebKit是否是一个好的选择？界面将是信号/槽，不确定在将应用程序移植到网站时是否容易移植到其他JavaScript引擎？
对此有什么想法吗？提前感谢您。
QtWebKit是否是一个好的选择？界面将是信号/槽，不确定在将应用程序移植到网站时是否容易移植到其他JavaScript引擎？
对此有什么想法吗？提前感谢您。
2个回答
0
我在一个跨平台的C++应用程序中成功地使用了Mozilla的SpiderMonkey（32位和64位的Windows和Ubuntu），效果非常好。不过，我并不真正理解你的问题细节/描述...
- mark
0
如果你保持每个插槽都是“简单的”（字面意思就是只处理 UI 方面的事情，而业务逻辑由一个实例化的业务逻辑类处理），将来将其移植到网络上应该是微不足道的。
如果你打算将其移植到网络上，我建议你不要以这种方式进行。原因是你将不得不重新实现后端（目前在你的应用中使用 C++ 完成）使用服务器语言（如 PHP、.NET、Python、RoR 等）。
如果你想寻找一种“简单”的方法，既可以为 Web 界面做这项工作，又可以为跨平台的 Qt C++ 应用程序做这项工作，我建议你将所有的业务逻辑放在服务器应用程序中，同时仍然使用 QtWebkit 作为前端。使用 Qt 对于执行 HTTP 请求（GET 和 POST）以及获取/解析 JSON/HTML 是微不足道的。
这样可以轻松地用任何 JS 事件驱动框架（我使用 jQuery）替换插槽机制。这也不会强迫你“移植”后端逻辑。
这种方法还具有额外的好处，如果你考虑以后走移动应用程序的路线，它也可以用于移动应用程序。
如果你打算将其移植到网络上，我建议你不要以这种方式进行。原因是你将不得不重新实现后端（目前在你的应用中使用 C++ 完成）使用服务器语言（如 PHP、.NET、Python、RoR 等）。
如果你想寻找一种“简单”的方法，既可以为 Web 界面做这项工作，又可以为跨平台的 Qt C++ 应用程序做这项工作，我建议你将所有的业务逻辑放在服务器应用程序中，同时仍然使用 QtWebkit 作为前端。使用 Qt 对于执行 HTTP 请求（GET 和 POST）以及获取/解析 JSON/HTML 是微不足道的。
这样可以轻松地用任何 JS 事件驱动框架（我使用 jQuery）替换插槽机制。这也不会强迫你“移植”后端逻辑。
这种方法还具有额外的好处，如果你考虑以后走移动应用程序的路线，它也可以用于移动应用程序。
- g19fanatic
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接