Р
REST запросы в том же потоке делаются, что и все остальное? вынеси в отдельный
Сейчас асинхронный. Но зачем в отдельный?
Size: a a a
2020 March 21
GB
оно для кода :( эх...досада. Я, можно сказать, только ради просмотра дампа не tmemorystream использую, а просто массив байт с указателем (индексом)
зачем такие жертвы? в мемстриме же есть указатель на данные. приводи его к массиву байт и смотри в вотчесах
AK
да неудобно через то окно большие данные проверять
AK
ну и доблаггер в лазаре так себе, не всегда до watch добираются данные
GB
Сейчас асинхронный. Но зачем в отдельный?
ну http запрос дело небыстрое
GB
Сейчас асинхронный. Но зачем в отдельный?
уверен, что асинхронный? результат не ждешь?
Р
ну http запрос дело небыстрое
В том то и дело, что мне обязательно нужно дождаться ответа. Но сейчас так сделать не могу, иначе обработка вебсокета встанет.
AS
Я ждал))) Посоветуй мне ещё пару-тройку книжек выучить))
Я вот пока не знаю, в каких книжках учат формулировать другим бизнес-задачи, которые решают :)
По ТРИЗ разве что :) но я их не читал... Потому не могу даже посоветовать
По ТРИЗ разве что :) но я их не читал... Потому не могу даже посоветовать
Р
уверен, что асинхронный? результат не ждешь?
Жду. Пришлось костыль мутить типа "планировщика заданий" Чтобы не останавливать основной поток.
GB
В том то и дело, что мне обязательно нужно дождаться ответа. Но сейчас так сделать не могу, иначе обработка вебсокета встанет.
значит надо профилировать, куда время уходит. на парсинг килобайтов и даже мегабайтов джейсона едва ли
GB
Жду. Пришлось костыль мутить типа "планировщика заданий" Чтобы не останавливать основной поток.
т.е. многопоточность используешь таки?
GB
Я вот пока не знаю, в каких книжках учат формулировать другим бизнес-задачи, которые решают :)
По ТРИЗ разве что :) но я их не читал... Потому не могу даже посоветовать
По ТРИЗ разве что :) но я их не читал... Потому не могу даже посоветовать
я могу. очень полезно почитать
Р
Я вот пока не знаю, в каких книжках учат формулировать другим бизнес-задачи, которые решают :)
По ТРИЗ разве что :) но я их не читал... Потому не могу даже посоветовать
По ТРИЗ разве что :) но я их не читал... Потому не могу даже посоветовать
Я тоже когда-то был "другим" и тоже от своих клиентов требовал как мне надо. Но жизнь расставила нас по местам. Мой тебе совет, которым ты скорее всего не сможешь воспользоваться, будь ближе😁👍
Р
т.е. многопоточность используешь таки?
Ну да. Http асинхронный, вебсокет тоже.
GB
Ну да. Http асинхронный, вебсокет тоже.
профайлер в руки значит
Р
профайлер в руки значит
Мне нужно Http сделать синхронным. При этом не останавливать обработку с вебсокет.
AS
Я тоже когда-то был "другим" и тоже от своих клиентов требовал как мне надо. Но жизнь расставила нас по местам. Мой тебе совет, которым ты скорее всего не сможешь воспользоваться, будь ближе😁👍
Да не, мы тут не клиент-заказчик, к счастью. И тут ТЕБЕ надо.
...
Ну, нет так нет... Я честно пытался попробовать помочь
...
Ну, нет так нет... Я честно пытался попробовать помочь
Р
Да не, мы тут не клиент-заказчик, к счастью. И тут ТЕБЕ надо.
...
Ну, нет так нет... Я честно пытался попробовать помочь
...
Ну, нет так нет... Я честно пытался попробовать помочь
Ну так скажи в каком "виде" тебе задачу описать? Да и к тому же ты понял уж давно чего я хочу. И я понял что ты понял)
GB
Мне нужно Http сделать синхронным. При этом не останавливать обработку с вебсокет.
это несложно - берешь пул потоков и когда надо сделать http запрос в потоке из пула его и делаешь.
а что значит тогда асинхронный? сейчас оно за счет чего асинхронно?
а что значит тогда асинхронный? сейчас оно за счет чего асинхронно?
GB
Ну так скажи в каком "виде" тебе задачу описать? Да и к тому же ты понял уж давно чего я хочу. И я понял что ты понял)
попробуй описать цель всего этого. конечную. ну и требования, если есть.