QQmlNetworkAccessManagerFactory Class

Ausführliche Beschreibung

Eine QML-Engine nutzt „ QNetworkAccessManager “ für den gesamten Netzwerkzugriff. Durch die Implementierung einer Factory ist es möglich, der QML-Engine benutzerdefinierte „ QNetworkAccessManager “-Instanzen mit spezieller Unterstützung für Caching, Proxy und Cookies zur Verfügung zu stellen.

• Die ` QNetworkDiskCache ` kann als Anforderungs-Cache mit ` QNetworkDiskCache` verwendet werden.
• Mithilfe von „ QNetworkProxy “ kann der von „ QNetworkAccessManager “ gesendete Datenverkehr durch einen Proxy geleitet werden.
• Cookies können für zukünftige Anfragen gespeichert werden, indem ein ` QNetworkCookieJar` hinzugefügt wird.

Um eine Factory zu implementieren, erstellen Sie eine Unterklasse von `QQmlNetworkAccessManagerFactory` und implementieren Sie die virtuelle Methode ` create()`. Weisen Sie diese anschließend mithilfe von ` QQmlEngine::setNetworkAccessManagerFactory()` der entsprechenden QML-Engine zu. Beispielsweise cachen die durch den folgenden Codeausschnitt erstellten ` QNetworkAccessManager `-Objekte Anfragen.

class CachingNetworkAccessManagerFactory : public QQmlNetworkAccessManagerFactory
{
public:

    inline QNetworkAccessManager *create(QObject *parent) override
    {
        QNetworkAccessManager *networkAccessManager = new QNetworkAccessManager(parent);
        QNetworkDiskCache *diskCache = new QNetworkDiskCache(parent);
        diskCache->setCacheDirectory("requestCache");
        networkAccessManager->setCache(diskCache);

        return networkAccessManager;
    }
};

Die Factory kann dann an die QML-Engine übergeben werden, damit diese die ` QNetworkAccessManager ` mit dem benutzerdefinierten Verhalten instanziieren kann.

CachingNetworkAccessManagerFactory networkManagerFactory;
engine->setNetworkAccessManagerFactory(&networkManagerFactory);

Beachten Sie, dass die QML-Engine möglicherweise „ QNetworkAccessManager “-Instanzen aus mehreren Threads erstellt. Aus diesem Grund muss die Implementierung der Methode „ create()“ reentrant sein. Darüber hinaus sollte der Entwickler vorsichtig sein, wenn die Signale des Objekts, das von „ create()“ zurückgegeben werden soll, mit den Slots eines Objekts verbunden sind, das möglicherweise in einem anderen Thread erstellt wird:

• Die QML-Engine verarbeitet intern alle Anfragen und räumt alle von ihr erstellten „ QNetworkReply “-Objekte auf. Der Empfang des Signals „ QNetworkAccessManager::finished()“ in einem anderen Thread liefert dem Empfänger möglicherweise kein gültiges Antwortobjekt, wenn dieses bereits gelöscht wurde.
• Die an „ QNetworkAccessManager::authenticationRequired()“ übergebenen Authentifizierungsdaten müssen sofort bereitgestellt werden, daher kann dieses Signal nicht als „ Qt::QueuedConnection “ (oder als das Standard-„ Qt::AutoConnection “ aus einem anderen Thread) verbunden werden.

Weitere Informationen zu Signalen und Threads finden Sie unter „Threads und QObjects “ sowie „Signale und Slots über Threads hinweg“.