Вверх ↑
Ответов: 39
Рейтинг: 0
#1: 2021-02-11 15:25:47 ЛС | профиль | цитата
Netspirit писал(а):
MBO писал(а):
Более важный вопрос: а зачем перед тем как запустить новый запрос, делать doAbort предыдущего (на одном и том же Hub)? То-есть, предполагается что если запрос не был завершен перед поступлением нового - то "ну его нафиг, поезд ушел, всё убиваем-отменяем и начинаем следующий запрос"? А если временно сеть просела или сервер немного дольше отвечал - результаты запроса неинтересны? Тогда для таких случаев есть свойства таймаутов.

Ну впринципе, да)
Если старый не дошел на него уже лучше забить

А может быть можно добавить в компонент хттп клиента точку isBusy?
Или может быть можно дописать код так, чтобы сам хттп клиент не забирал управление программой (и она не подвисала) а работал как старый HTTP_GET в отдельном потоке

Или не могли Вы привести пример отправки http запроса как Вы считаете правильным?

Может это я что-то не так делаю

Кстати немного изменил схему убрав прерывание предидущего потока - вроди стало получше, впервый раз программа вылетела через 4 часа
карма: 0

0