|
Название: QNetworkAccessManager - другая сторона Отправлено: LisandreL от Апрель 20, 2016, 17:10 Раньше всегда писал на уровне QTcpServer/QTcpSocket.
А тут реализоывал взаимодействие (post запросы) при помощи QNetworkAccessManager + QNetworkRequest + QNetworkReply, т.е. более высокоуровнево. Встал вопрос: а есть ли у Qt возможность работать с другой стороны (я не нашёл), т.е. принимать QNetworkRequest'ы и отвечать QNetworkReply'ями. Может есть проверенная сторнняя реализация? Название: Re: QNetworkAccessManager - другая сторона Отправлено: ksk- от Апрель 20, 2016, 19:39 Наверное, тебе нужен веб-фреймворк? В Qt его нет. Но, говорят, есть Wt https://www.webtoolkit.eu/wt (https://www.webtoolkit.eu/wt). Говорят, похож на Qt. Сам не пробовал, просто слышал о нём.
Название: Re: QNetworkAccessManager - другая сторона Отправлено: LisandreL от Апрель 20, 2016, 23:31 Наверное, тебе нужен веб-фреймворк? Ну…По идее - это протокол удалённого вызова процедур, вроде всяких RPC и SOAP. И когда мы на запрашивающей стороне, то всё ложится в QNetworkAccessManager. А вот когда запрашивают у нас получается, что прийдётся опускаться на уровень ниже (к QTcpServer+QTcpSocket), что как-то странно. Название: Re: QNetworkAccessManager - другая сторона Отправлено: ksk- от Апрель 21, 2016, 06:18 Ничего странного. Ибо веб-разработка - это целая отдельная отрасль.
Название: Re: QNetworkAccessManager - другая сторона Отправлено: LisandreL от Апрель 21, 2016, 09:04 Ибо веб-разработка - это целая отдельная отрасль. С такой же аргументацией можно и QTcpServer не давать.Ну ладно, нет так нет. Название: Re: QNetworkAccessManager - другая сторона Отправлено: zavitaliy от Апрель 25, 2016, 13:01 В своем проекте использовал QHttpServer
https://github.com/nikhilm/qhttpserver (https://github.com/nikhilm/qhttpserver) Ни каких проблем не было |