потом будет), насколько надежно тут использовать setInterval на стороне js? или же лучше вьІнести емитер в натив и отправлять каждую минуту ивент?
По моему лучше в нативе, будет грузить js поток
Это зависит не от интервала а от конкретных требований. Если вам просто строго нужно без погрешностей раз в минуту или раз в 15 секунд, то ничего не поможет, это не реализуемо на мобильных системах в принципе. Какие возможны погрешности? Можно ли чаще, чем заданный интервал. Можно ли пропустить один... От многих факторов зависит. Что за обновление в том числе? Если это сетевой запрос, то извините, но в некоторых местах и с некоторыми конфигурациями сети при неудачных обстоятельствах, следующее обновление экрана начнется до прихода ответа от запроса к серверу на предидущем обновлении... Это допустимо? ))) Вообще, при обновлениях по сети, я бы в сторону постоянного соединения смотрел и обновления пушем (не тем, который мобильный пуш, а посылкой в это постоянное соедниение данных) с сервера. С таймером на сервере и обновлением экрана по приходу данных.
та все равно на погрешности, хоть пару секунд
я вот думал над серваком тоже, но не бьІл уверен как лучше..
Если меньше 30 секунд интервал, то уже лучше на сервере. Одной половинкой запроса меньше будет. Так в цикле запрос-ответ идет, а с серверным пушем, будет установка соединения и просто поток команд с сервера
понял вас, спасибо за ответ
Обсуждают сегодня