原文出處:【wiki.qt.io】web
This guide gives an overview of the differences between the Qt WebKit and Qt WebEngine APIs in applications.express
This intends to provide rough steps to follow when porting an application using Qt WebKit's QWebView API to use Qt WebEngine's QWebEngineView.app
The Qt WebEngine equivalent of Qt WebKit C++ classes are prefixed by QWebEngine instead of QWeb.less
Qt WebKit |
---|
#include <QWebHistory>
#include <QWebHistoryItem> #include <QWebPage> #include <QWebView> QWebHistory QWebHistoryItem QWebPage QWebView
|
Qt WebEngine |
#include <QWebEngineHistory>
#include <QWebEngineHistoryItem> #include <QWebEnginePage> #include <QWebEngineView> QWebEngineHistory QWebEngineHistoryItem QWebEnginePage QWebEngineView
|
Qt WebKit |
---|
QT += webkitwidgets
|
Qt WebEngine |
QT += webenginewidgets
|
Qt WebKit |
---|
#include <QtWebKit>
#include <QtWebKitWidgets> // With Qt >= 4.8
|
Qt WebEngine |
#include <QtWebEngineWidgets>
|
It is not possible to access sub-frames. Methods of the main QWebFrame are now available directly through the QWebEnginePage itself.async
Qt WebKit |
---|
QWebPage page; connect(page->mainFrame(), SIGNAL (urlChanged(const QUrl&)), SLOT (mySlotName())); page.mainFrame()->load(url);
|
Qt WebEngine |
QWebEnginePage page;
connect(&page, SIGNAL (urlChanged(const QUrl&)), SLOT (mySlotName())); page.load(url);
|
Since Qt WebEngine uses a multi-process architecture, the application needs to return to the event loop where the result will be received asynchronously from Qt WebEngine's render process. A function pointer, a functor or a lambda expression must be provided to handle the result when it is available.ide
Qt WebKit |
---|
QWebPage *page = new QWebPage; QTextEdit *textEdit = new QTextEdit; // *textEdit is modified immediately. textEdit->setPlainText(page->toHtml()); textEdit->setPlainText(page->toPlainText());
|
Qt WebEngine (with a lambda function in C++11) |
QWebEnginePage *page = new QWebEnginePage; QTextEdit *textEdit = new QTextEdit; // *textEdit must remain valid until the lambda function is called. page->toHtml([textEdit](const QString &result){ textEdit->setPlainText(result); }); page->toPlainText([textEdit](const QString &result){ textEdit->setPlainText(result); });
|
Qt WebEngine (with a functor template wrapping a member function) |
template<typename Arg, typename R, typename C> struct InvokeWrapper { R *receiver; void (C::*memberFun)(Arg); void operator()(Arg result) { (receiver->*memberFun)(result); } }; template<typename Arg, typename R, typename C> InvokeWrapper<Arg, R, C> invoke(R *receiver, void (C::*memberFun)(Arg)) { InvokeWrapper<Arg, R, C> wrapper = {receiver, memberFun}; return wrapper; } QWebEnginePage *page = new QWebEnginePage; QTextEdit *textEdit = new QTextEdit; // *textEdit must remain valid until the functor is called. page->toHtml(invoke(textEdit, &QTextEdit::setPlainText)); page->toPlainText(invoke(textEdit, &QTextEdit::setPlainText));
|
Qt WebEngine (with a regular functor) |
struct SetPlainTextFunctor { QTextEdit *textEdit; SetPlainTextFunctor(QTextEdit *textEdit) : textEdit(textEdit) { } void operator()(const QString &result) { textEdit->setPlainText(result); } }; QWebEnginePage *page = new QWebEnginePage; QTextEdit *textEdit = new QTextEdit; // *textEdit must remain valid until the functor is called. page->toHtml(SetPlainTextFunctor(textEdit)); page->toPlainText(SetPlainTextFunctor(textEdit));
|
Some classes of Qt Network like QAuthenticator were reused for their interface but, unlike Qt WebKit, Qt WebEngine has its own HTTP implementation and can't go through a QNetworkAccessManager.oop
Signals and methods of QNetworkAccessManager that are still supported were moved to QWebEnginePage directly.ui
Qt WebKit |
---|
QNetworkAccessManager qnam; QWebPage page; page.setNetworkAccessManager(&qnam); connect(&qnam, SIGNAL (authenticationRequired(QNetworkReply*,QAuthenticator*)), this, SLOT (authenticate(QNetworkReply*,QAuthenticator*)));
|
Qt WebEngine |
QWebEnginePage page;
connect(&page, SIGNAL (authenticationRequired(QNetworkReply*,QAuthenticator*)), this, SLOT (authenticate(QNetworkReply*,QAuthenticator*)));
|
QWebFrame::evaluateJavaScript was renamed and moved to the QWebEnginePage. It is currently only possible to run JavaScript on the main frame of a page and the result is returned asynchronously to the provided functor.this
Qt WebKit |
---|
QWebPage *page = new QWebPage; qDebug() << page->mainFrame()->evaluateJavaScript("'Java' + 'Script'");
|
Qt WebEngine (with lambda expressions in C++11) |
QWebEnginePage *page = new QWebEnginePage; page->runJavaScript("'Java''' 'Script'", [](const QVariant &result){ qDebug() << result; });
|
Those methods now perform asynchronously the same way as a normal HTTP load would.lua
Qt WebKit classes or methods in this list will not be available in Qt WebEngine.
Qt WebEngine requires hardware acceleration. Since we couldn't support a web view class in a QGraphicsView unless it is attached to a QGLWidget viewport, this feature is out of scope.
Qt WebEngine uses a multi-process architecture and this means that any access to the internal structure of the page has to be done asynchronously, any query result must be returned through callbacks. The QWebElement API was designed for synchronous access and this would require a complete redesign.
There is no way to connect a signal to run C++ code when a link is clicked.
The Web SQL Database feature that this API was wrapping in QtWebKit was dropped from the HTML5 standard.
Qt WebEngine renders web pages using Skia and isn't using QPainter or Qt for this purpose. The HTML5 standard also now offers much better alternatives that were not available when native controls plugins were introduced in QtWebKit.
Visited links are persisted automatically by Qt WebEngine.
In the latest HTML standard, any document element can be made editable through the contentEditable attribute. So runJavaScript is all that is needed.
page->runJavascript("document.documentElement.contentEditable = true")