Hallo Leute,
folgendes Szenario: In einer Methoder stelle ich einen NeworkRequest zusammen. Doch es kann sein, dass ich vorher noch einen anderen Request ausführen muss. Ich muss natürlich warten bis dieser Request beantwortet wirde, und ich die Antwort auch interpretiert habe.
Dh. ich muss eigentlich warten bis der zweite Request beendet ist um dann vortzufahren.
Ich würde ja die erste Methode einfach mit dem finished Event connecten, aber leider bekomme ich zwei Parameter und returne auch noch einen QString.
Ich steh im Moment echt aufm Schlauch, wie kann ich denn jetzt warten? Oo
Auf QNetworkreply warten?
Re: Auf QNetworkreply warten?
Was spricht dagegen, einen neuen Slot zu machen, diesen mit dem Finished-Signal zu verbinden, und da drin dann die neue Request zu feuern?bbt hat geschrieben:Hallo Leute,
folgendes Szenario: In einer Methoder stelle ich einen NeworkRequest zusammen. Doch es kann sein, dass ich vorher noch einen anderen Request ausführen muss. Ich muss natürlich warten bis dieser Request beantwortet wirde, und ich die Antwort auch interpretiert habe.
Dh. ich muss eigentlich warten bis der zweite Request beendet ist um dann vortzufahren.
Ich würde ja die erste Methode einfach mit dem finished Event connecten, aber leider bekomme ich zwei Parameter und returne auch noch einen QString.
Ich steh im Moment echt aufm Schlauch, wie kann ich denn jetzt warten? Oo
Re: Auf QNetworkreply warten?
Naja ich habe eine Methode QString header(QString, QString). Die wird von außerhalb der Klasse aufgerufen, und braucht eben dringend den zurückgegebenen QString. Falls aber eine bestimmte Zeit vergangen ist, muss ich erst das Token erneuern und dann dann erst den QString zusammenbauen und zurückliefern.pfid hat geschrieben: Was spricht dagegen, einen neuen Slot zu machen, diesen mit dem Finished-Signal zu verbinden, und da drin dann die neue Request zu feuern?
Weiß jetzt nicht genau wie ich das in Singal und Slot Prinzip umwandeln soll.