infund May 6 2019 at 14:46

Таймер в iOS

9 min

34K

Development for iOS*Swift*

Tutorial

Translation

Comments 12

prs123 May 6 2019 at 18:37

Скажите, пожалуйста, а зачем по таймеру на каждую задачу? Ведь все таймеры в данном случае делают одно и тоже. Почему бы просто не проходить раз в секунду по всем элементам и обновлять значение?

infund May 6 2019 at 18:45

Там и есть только один таймер, который обновляет временные метки всех задач.

prs123 May 6 2019 at 18:47

а как тогда вот это понимать:

Увеличение количества таймеров приводит к худшей отзывчивости UI и большему потреблению батареи. Каждый таймер пытается исполниться точно в отведённое ему время, так как по умолчанию его допуск (tolerance) равен нулю.

infund May 6 2019 at 18:50

А чуть ниже, в том же разделе написано:

Запустите приложение. В этом конкретном случае эффект будет неочевиден (у нас только один таймер), однако в реальной ситуации нескольких таймеров ваши пользователи получат более отзывчивый интерфейс и приложение будет более энергоэффективным.

Посмотрите повнимательнее логику создания таймера и метод, который который он вызывает при срабатывании, все станет ясно.

storoj May 6 2019 at 22:30

таймер в данной статье порождает retain-цикл, т.к. таймер имеет сильную ссылку на target

uxtuander May 8 2019 at 12:47

В данном случае это не играет важной роли, так как у него всего один контроллер.

Statusgman May 7 2019 at 00:00

Спасибо за перевод!

Небольшое уточнение:

у каждого потока ест автоматически созданный для него цикл выполнения

Насколько мне известно runloop будет создан у потока, только после вызова currentRunLoop (класса Runloop) на этом потоке. Если не сделать этого и не вызвать run() у currentRunLoop то таймер на этом потоке работать не будет.

Кусочек оригинального текста проскочил:

updateAnimation() is now called every time the animation timer fires.

чтобы мы могла правильно

infund May 7 2019 at 00:02

Спасибо, огрехи поправил! Что касается RunLoop, то пример, рассматриваемый в оригинальной публикации, вполне рабочий, я его повторил, конечно.

Statusgman May 7 2019 at 18:48

Да, я забыл сказать, что у main thread runloop будет запущен. Runloop не будет создан на других потоках (созданных вручную или используемых глобальными очередями GCD)
Примеры из публикации корректны, я просто дополнил

APcode_ars May 7 2019 at 10:30

Подскажите плиз, какой самый не костыльный способ в Swift'е для работы с таймером по типу pause/resume?

infund May 7 2019 at 12:07

«Из коробки» у таймера нет функционала pause/resume. Из этого следует вывод, что на «паузе» нужно делать invalidate() (если он добавлен в RunLoop) и обнулять его, а на «возобновить» — создавать его вновь, учитывая состояние, в котором он был в момент паузы.

bubuh May 13 2019 at 19:18

Вот ещё полезно A Background Repeating Timer in Swift. Таймер на базе DispatchSourceTimer.

Show the best of all time