Сообщение Re[2]: Клиент-серверное решение на Qt от 20.08.2019 16:51
Изменено 21.08.2019 5:05 AlexGin
Re[2]: Клиент-серверное решение на Qt
Здравствуйте, уважаемый Igore, Вы писали:
I>Как я понял у тебя основное время, это время рассчетов,
Это далеко не факт!
Расчет может быть и в течении одной секунды. Пока нет определенности.
Тем более, если в качестве сервака будет тот же Linux (показавший себя серьёзно быстрее винды для математических расчетов).
I>тогда с транспортом чем проще тем лучше, можно посмотреть на такое https://blog.qt.io/blog/2019/02/01/qhttpserver-routing-api/ , сам не пробовал, но выглядит интересно.
Спасибо, гляну!
P.S. В QTcpServer на мой взгляд всё вполне разумно (и всего хватает).
Но я рассчитываю найти подходящее комплексное решение:
Которое не только обеспечит работу этого самого сервера, но и обеспечит скрытый процесс (возможно — ещё и логирование),
также вполне возможно — некоторую поддержку и более выкокоуровневых (кроме транспорта) протоколов...
Конечно же, можно и велосипедить — вопрос: нужно ли?
Тем более, что на сегодняшний день почти все приложения — трехуровневые, клиент-серверные.
Также и поддержка микросервисной архитектуры — была бы совсем не лишней (...и тут Остапа понесло...)
I>Как я понял у тебя основное время, это время рассчетов,
Это далеко не факт!
Расчет может быть и в течении одной секунды. Пока нет определенности.
Тем более, если в качестве сервака будет тот же Linux (показавший себя серьёзно быстрее винды для математических расчетов).
I>тогда с транспортом чем проще тем лучше, можно посмотреть на такое https://blog.qt.io/blog/2019/02/01/qhttpserver-routing-api/ , сам не пробовал, но выглядит интересно.
Спасибо, гляну!
P.S. В QTcpServer на мой взгляд всё вполне разумно (и всего хватает).
Но я рассчитываю найти подходящее комплексное решение:
Которое не только обеспечит работу этого самого сервера, но и обеспечит скрытый процесс (возможно — ещё и логирование),
также вполне возможно — некоторую поддержку и более выкокоуровневых (кроме транспорта) протоколов...
Конечно же, можно и велосипедить — вопрос: нужно ли?
Тем более, что на сегодняшний день почти все приложения — трехуровневые, клиент-серверные.
Также и поддержка микросервисной архитектуры — была бы совсем не лишней (...и тут Остапа понесло...)
Re[2]: Клиент-серверное решение на Qt
Здравствуйте, уважаемый Igore, Вы писали:
I>Как я понял у тебя основное время, это время рассчетов,
Это далеко не факт!
Расчет может быть и в течении одной секунды. Пока нет определенности.
Тем более, если в качестве сервака будет тот же Linux (показавший себя серьёзно быстрее винды для математических расчетов).
I>тогда с транспортом чем проще тем лучше, можно посмотреть на такое https://blog.qt.io/blog/2019/02/01/qhttpserver-routing-api/ , сам не пробовал, но выглядит интересно.
Спасибо, гляну!
P.S. В QTcpServer на мой взгляд всё вполне разумно (и всего хватает).
Но я рассчитываю найти подходящее комплексное решение:
Которое не только обеспечит работу этого самого сервера, но и обеспечит скрытый процесс (возможно — ещё и логирование),
также вполне возможно — некоторую поддержку и более высокоуровневых (кроме транспорта) протоколов...
Конечно же, можно и велосипедить
Вопрос: нужно ли?
Тем более, что на сегодняшний день почти все приложения — трехуровневые, клиент-серверные.
Также и поддержка микросервисной архитектуры — была бы совсем не лишней (...и тут Остапа понесло...)
I>Как я понял у тебя основное время, это время рассчетов,
Это далеко не факт!
Расчет может быть и в течении одной секунды. Пока нет определенности.
Тем более, если в качестве сервака будет тот же Linux (показавший себя серьёзно быстрее винды для математических расчетов).
I>тогда с транспортом чем проще тем лучше, можно посмотреть на такое https://blog.qt.io/blog/2019/02/01/qhttpserver-routing-api/ , сам не пробовал, но выглядит интересно.
Спасибо, гляну!
P.S. В QTcpServer на мой взгляд всё вполне разумно (и всего хватает).
Но я рассчитываю найти подходящее комплексное решение:
Которое не только обеспечит работу этого самого сервера, но и обеспечит скрытый процесс (возможно — ещё и логирование),
также вполне возможно — некоторую поддержку и более высокоуровневых (кроме транспорта) протоколов...
Конечно же, можно и велосипедить
Вопрос: нужно ли?
Тем более, что на сегодняшний день почти все приложения — трехуровневые, клиент-серверные.
Также и поддержка микросервисной архитектуры — была бы совсем не лишней (...и тут Остапа понесло...)