Опять NetworkAccessManager

Question

alex_lipNov. 13, 2017, 8:48 a.m.

Опять NetworkAccessManager

Все пытаюсь выполнить два запроса в одной сессии. Мне нужно обработать два replay от одного accessmanager. Как мне правильно описать функцию onResult и ее вызвать в этой конструкции

connect(replay,QNetworkReply::finished,this,AppCore::onResult(QNetworkReply *reply));

Вы говорили что писать SIGNAL() и SLOT() - нехорошо. Я опять запутался.

 networkManager = new QNetworkAccessManager();
      url = server_ip_loc+"search/sea/"+text;
      url_context =server_ip_loc+"in_put/set_cont";
      QNetworkRequest request( url_context );
      request.setHeader( QNetworkRequest::ContentTypeHeader, "application/json" );
        QJsonObject json
            {
                {"id", user_id}
            };
    QEventLoop loop;
    QNetworkReply* replay_cont =  networkManager->post(request, QJsonDocument(json).toJson());
    QObject::connect(replay_cont,&QNetworkReply::finished,&loop,&QEventLoop::quit);
    loop.exec();
    QNetworkReply *replay =  networkManager->get(QNetworkRequest(QUrl(url)));
    connect(replay,QNetworkReply::finished,this,AppCore::onResult(QNetworkReply *reply));

We recommend hosting TIMEWEB

Stable hosting, on which the social network EVILEG is located. For projects on Django we recommend VDS hosting.

Subscribe to the discussion2

Section subscription248

Do you like it? Share on social networks!

Nov. 13, 2017, 8:54 a.m.

И как выставить QNetworkConfigurationManager::NetworkSessionRequired тоже непонятно. Везде в примерах ну очень муторно!

Evgenii Legotckoi → alex_lip
#

Nov. 13, 2017, 9:12 a.m.

Я бы подключился как обычно, также к QNetworkAccessManager`у вместо QNetworkReply.

connect(networkManager,QNetworkManager::finished,this,AppCore::onResult);

А вот второй запрос

QNetworkReply *replay =  networkManager->get(QNetworkRequest(QUrl(url)));

выполнил бы уже в методе onResult()

Просто нужно определить какой запрос в данный момент выполняется. Можно сделать некую переменную, которая будет содержать текузее состояние. Например, что это идёт POST запрос, а как только пришёл исправный ответ, то поменять эту переменную и выполнить GET запрос.

Что касается нового синтаксис сигналов и слотов, то я накидал заметку на эту тему .

С QNetworkConfigurationManager пока не подскажу, смотреть нужно. Но сделайте для начала последовательный вызов запросов. Первый запрос как обычно вызываете, а второй уже в методе onResult, в том случае, если первый выполнился исправно.

Nov. 13, 2017, 9:28 a.m.

Пробовал - плохо получается. С LOOP хотя бы последовательность есть. Там железно сначала один идет запрос , потом другой.

Object::connect(replay_cont,&QNetworkReply::finished,&loop,&QEventLoop::quit);

Evgenii Legotckoi → alex_lip
#

Nov. 14, 2017, 2:46 a.m.

В любом случае, ответ нужно принимать через метод finished у QNetworkAccessManager.

connect(networkManager,QNetworkManager::finished,this,AppCore::onResult);

Используйте переменную в классе для определения того, какой сейчас запрос необходимо обработать. И через условие if-else выбирайте обработчик, который будет актуален для текущего запроса в метода onResult .

По окончании первого запроса после строки

loop.exec();

Устанавливайте переменную на обработку второго запроса.

Переменная в данном случае будет представлять из себя что-то вроде флага, который будет указывать на то, какой сейчас запрос нужно обработать.

Nov. 14, 2017, 3:51 a.m.

А почему нельзя вешать на replay?

        QNetworkRequest webservice1Request;
        // @todo setup webservice1Request.
        QNetworkReply * const reply1 = networkAccessManager->get(webservice1Request);
        connect(reply1, QNetworkReply::finished, this, MyClass::getUserName);

        QNetworkRequest webservice2Request;
        // @todo setup webservice2Request.
        QNetworkReply * const reply2 = networkAccessManager->get(webservice2Request);
        connect(reply2, QNetworkReply::finished, this, MyClass::getUserAddress);

Evgenii Legotckoi → alex_lip
#

Nov. 14, 2017, 3:55 a.m.

Да в принципе можно, только Вам тогда нужно сделать замыкание через лямбду на этот reply, чтобы из него брать ответную информацию. А networkManager возвращает текущий ответ.

Nov. 14, 2017, 4 a.m.

Хотя я решил вопрос на стороне сервера ))). Просто SQL View по другому сделал. Без контекста. Но теоретически все равно интересно. Где надо принимать ответ через NetworkManager, а где через NetworkReplay. В книжке Макса Шлее написано, что как раз QNetworkReplay содержит данные ответа.

И все-таки где сессия начинается и где заканчивается?

PS. Ваша заметка про синтаксис сигналов и слотов хороша, но она скорее для продвинутых. Вот здесь немного проще - https://habrahabr.ru/post/141983/ - может быть добавите пару абзацев сначала для начинающих.

Evgenii Legotckoi → alex_lip
#

Nov. 14, 2017, 4:05 a.m.
(edited)

Уже давно всё есть на сайте про сигналы и слоты:

И в конце статьи есть тот же самый список дополнительно рекомендуемых статей

Nov. 14, 2017, 4:38 a.m.

Извините пожалуйста. Не увидел. Очень сложно всю необходимую матчасть прочитать когда работаешь и по работе тебе это в принципе не нужно. Я для себя придумал задачу и пытаюсь ее написать. Буду изучать. Спасибо.

Comments

Only authorized users can post comments.
Please, Log in or Sign up