DS
Когда просто вытащил данные ок понятно но когда пагинация не пойму какая логика должна быть
getItems -> в ефектах делаешь запрос и вызываешь экшен getItemsSuccess в котором в диспатче перезаписывается массив
Size: a a a
2020 March 08
GG
getItems -> в ефектах делаешь запрос и вызываешь экшен getItemsSuccess в котором в диспатче перезаписывается массив
Получается тот массив который отображается в таблице будет каждый раз перезаписываться ?
GG
Или я не понял чего-то
DS
Получается тот массив который отображается в таблице будет каждый раз перезаписываться ?
да, все верно! Или тебя пагинация - это ленивая загрузка ?
GG
Да lazy loading
DS
Да lazy loading
ну тогда в диспатче будет так items: [...state.items, ...action.payload]
GG
Ок, завтра поиграюсь посмотрю что выйдет, спс )
IB
Всем привет кто сегодня не бухает ))
Прекрасную половину наших коллег с праздником.
У меня вопрос больше по теме как лучше сделать.
Есть такая ситуация - у юзера есть тарифный план и срок его действия.
На беке на роутах стоит защита - если тариф закончился то отправляет ошибку 402.
Ограничение касается добавления или редактирования чего то, к примеру добавление авто.
На фронте есть интерцептор который ловит эту ошибку - ну и там будет какое то действие.
но еще есть вопрос - а как бы еще сделать что бы проверка была не только когда идет отправка на запрещенный роут, но что бы постоянно было сообщение что тарифный плаз закончился.
как бы постоянно отправлять запросы на сервак что бы проверять срок действия не камильфо или норм?
Прекрасную половину наших коллег с праздником.
У меня вопрос больше по теме как лучше сделать.
Есть такая ситуация - у юзера есть тарифный план и срок его действия.
На беке на роутах стоит защита - если тариф закончился то отправляет ошибку 402.
Ограничение касается добавления или редактирования чего то, к примеру добавление авто.
На фронте есть интерцептор который ловит эту ошибку - ну и там будет какое то действие.
но еще есть вопрос - а как бы еще сделать что бы проверка была не только когда идет отправка на запрещенный роут, но что бы постоянно было сообщение что тарифный плаз закончился.
как бы постоянно отправлять запросы на сервак что бы проверять срок действия не камильфо или норм?
S
Всем привет кто сегодня не бухает ))
Прекрасную половину наших коллег с праздником.
У меня вопрос больше по теме как лучше сделать.
Есть такая ситуация - у юзера есть тарифный план и срок его действия.
На беке на роутах стоит защита - если тариф закончился то отправляет ошибку 402.
Ограничение касается добавления или редактирования чего то, к примеру добавление авто.
На фронте есть интерцептор который ловит эту ошибку - ну и там будет какое то действие.
но еще есть вопрос - а как бы еще сделать что бы проверка была не только когда идет отправка на запрещенный роут, но что бы постоянно было сообщение что тарифный плаз закончился.
как бы постоянно отправлять запросы на сервак что бы проверять срок действия не камильфо или норм?
Прекрасную половину наших коллег с праздником.
У меня вопрос больше по теме как лучше сделать.
Есть такая ситуация - у юзера есть тарифный план и срок его действия.
На беке на роутах стоит защита - если тариф закончился то отправляет ошибку 402.
Ограничение касается добавления или редактирования чего то, к примеру добавление авто.
На фронте есть интерцептор который ловит эту ошибку - ну и там будет какое то действие.
но еще есть вопрос - а как бы еще сделать что бы проверка была не только когда идет отправка на запрещенный роут, но что бы постоянно было сообщение что тарифный плаз закончился.
как бы постоянно отправлять запросы на сервак что бы проверять срок действия не камильфо или норм?
А на фронт не приходит дата протухания тарифа?
IB
А на фронт не приходит дата протухания тарифа?
приходит, и хранится в сторейдже
IB
но дата в браузере может отличатся от даты на сервере
IB
их тогда надо синхронизировать что бы проверять
S
Ну и все, я бы по дате чекал. Может быть кривая да, но это проблемы юзера, надо понимать насколько оно критично. В любом случае ошибок не будет. Если в меньшую сторону функционал не будет доступен, если в большую бекенд не даст ничего сделать.
IB
Ну и все, я бы по дате чекал. Может быть кривая да, но это проблемы юзера, надо понимать насколько оно критично. В любом случае ошибок не будет. Если в меньшую сторону функционал не будет доступен, если в большую бекенд не даст ничего сделать.
да не тут функционала не касается - это чисто декоративный характер для фронта что выводить сообщение
IB
а дата это не проблемы юзера - он может быть в Калининграде а может быть во Владике
S
Думаю не правильная дата на клиенте это скорее исключение. Щас везде ось синхронизирует часы.
IB
Думаю не правильная дата на клиенте это скорее исключение. Щас везде ось синхронизирует часы.
она правильная может быть, просто часовые пояса разные
S
а дата это не проблемы юзера - он может быть в Калининграде а может быть во Владике
Ну и что? Как дата с местоположением связана?
IB
Ну и что? Как дата с местоположением связана?
ну на клиенте разные даты могут быть в одно и то же время по Москве
S
Мы же не будем юзать голую дату, там полный дататайм с часовым поясом должен быть или юникстайм