НВ
Так и думал, похожие запросы только в таких кейсах и приходят
Size: a a a
2020 August 03
AS
скорее проходят в кейсах, где апи не рассчитано на массовые выгрузки данных. любимый всем rest тут немного ломается.
НВ
скорее проходят в кейсах, где апи не рассчитано на массовые выгрузки данных. любимый всем rest тут немного ломается.
Разве? Вполне обычно включать в рест пагинацию/лимиты/прочие ограничения в том или ином виде при таких условиях
TG
скорее проходят в кейсах, где апи не рассчитано на массовые выгрузки данных. любимый всем rest тут немного ломается.
Да не сказал бы, просто обычно этот вопрос решается вебхуком
AS
вот уже два варианта решения с разными последствиями для бэка. правильную пагинацию тоже не всегда можно сделать нормально, хуки могут потерятся и надо как-то ретраить, но как же быть с последовательностью запросов? короче, проблемы.
НВ
вот уже два варианта решения с разными последствиями для бэка. правильную пагинацию тоже не всегда можно сделать нормально, хуки могут потерятся и надо как-то ретраить, но как же быть с последовательностью запросов? короче, проблемы.
А как такие кейсы обычно правильно решить?
AS
Переносятся на сторону клиента, чтобы это были его проблемы, а не сервера.
TG
Переносятся на сторону клиента, чтобы это были его проблемы, а не сервера.
Ну вот у меня и проблемы
AS
🎉 тебе. Но возвращаясь к твоему кейсу, кажется, есть какой-то недостаток апи и можно запросить его решение. Если его не будет - оокей, ты предупредил и фигачишь массово запросами апишку за нужными тебе данными. У разрабов может не было твоего кейса вообще в планах и они о нем не думали. Если же у них такая политика, то пусть страдают. Все.
AT
@TimGray
Извините что поздно влезаю, но неужели нет веб-сокетов?
Каждая более менее приличная биржа имеет веб-сокеты, им самим какой смысл обсираться на подобных кейсах, когда можно pub/sub реализовать.
Извините что поздно влезаю, но неужели нет веб-сокетов?
Каждая более менее приличная биржа имеет веб-сокеты, им самим какой смысл обсираться на подобных кейсах, когда можно pub/sub реализовать.
p
Разве? Вполне обычно включать в рест пагинацию/лимиты/прочие ограничения в том или ином виде при таких условиях
это фильтры надо еще влепить и получается какой-то mega rest
MD
Во первых гадание на кофейной гуще, нет примера кода запросов и ответов.
Во вторых пахнет какой-то лажей.
По теме вопроса имею заявить следующее. Запрашивает список последних объектов, без фильтров вообще, пусть их три штуки. Через 10 секунд запрашиваешь снова, видишь что их теперь пять, понимаешь что два новые, складываешь новые в кучки, в сот-вии с их параметрами.
Во вторых пахнет какой-то лажей.
По теме вопроса имею заявить следующее. Запрашивает список последних объектов, без фильтров вообще, пусть их три штуки. Через 10 секунд запрашиваешь снова, видишь что их теперь пять, понимаешь что два новые, складываешь новые в кучки, в сот-вии с их параметрами.
p
Во первых гадание на кофейной гуще, нет примера кода запросов и ответов.
Во вторых пахнет какой-то лажей.
По теме вопроса имею заявить следующее. Запрашивает список последних объектов, без фильтров вообще, пусть их три штуки. Через 10 секунд запрашиваешь снова, видишь что их теперь пять, понимаешь что два новые, складываешь новые в кучки, в сот-вии с их параметрами.
Во вторых пахнет какой-то лажей.
По теме вопроса имею заявить следующее. Запрашивает список последних объектов, без фильтров вообще, пусть их три штуки. Через 10 секунд запрашиваешь снова, видишь что их теперь пять, понимаешь что два новые, складываешь новые в кучки, в сот-вии с их параметрами.
а что это даст? вот у тебя 500 сущностей и все тикают с каким-то небольшим интервалом.
MD
Я понял вопрос так, что есть список сущностей с параметрами, появляются новые. Нас интересуют срезы с заданными параметрами. Предлагаю выгребать всё, а срезы уже делать на своей стороне, таким образом понимая где появились новые.
SS
Ахахахах
2020 August 04
N
ST
А разве не было слуха, что в плюсы завезут пакетики?
