Опять NetworkAccessManager

Question

alex_lip13 ноября 2017 г. 8:48

Опять 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));

Рекомендуем хостинг TIMEWEB

Стабильный хостинг, на котором располагается социальная сеть EVILEG. Для проектов на Django рекомендуем VDS хостинг.

Подписка на обсуждение2

Подписка на раздел248

Вам это нравится? Поделитесь в социальных сетях!

13 ноября 2017 г. 8:54

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

Evgenii Legotckoi → alex_lip
#

13 ноября 2017 г. 9:12

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

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

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

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

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

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

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

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

13 ноября 2017 г. 9:28

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

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

Evgenii Legotckoi → alex_lip
#

14 ноября 2017 г. 2:46

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

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

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

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

loop.exec();

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

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

14 ноября 2017 г. 3:51

А почему нельзя вешать на 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
#

14 ноября 2017 г. 3:55

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

14 ноября 2017 г. 4:00

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

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

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

Evgenii Legotckoi → alex_lip
#

14 ноября 2017 г. 4:05
(ред.)

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

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

14 ноября 2017 г. 4:38

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

Опять NetworkAccessManager

Рекомендуем хостинг TIMEWEB

Комментарии