Комментарии 4
А мне кажется более логичным был бы подход в содержании в отдельном потоке некоего менеджера, который бы просто выполнял запросы асинхронно, а их результат просто отсылал сигналом (сообщением).
Таких менеджеров можно по штуке на сервер сделать и общаться с ними исключительно сообщениями.
Таких менеджеров можно по штуке на сервер сделать и общаться с ними исключительно сообщениями.
0
Я понимаю, когда кто-то далёкий от Qt называет его QT, ибо ему, видимо, что QuickTime, что Qt — разницы нет. Но вот когда сами пользователи Qt так делают, недоумеваю.
+4
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Использование подключений к СУБД в многопоточных приложениях на Qt