Как лучше обновлять контент в приложении?

Question

[tiger_13]

Пишу программу, бд реализована с помощью Realm. Когда приложение открывается впервые (бд пустая), то я обычным if closure проверяю, нужно ли грузить данные с сервера.

if objects.count == 0 {
// загружаем данные через Alamofire request, парсим и сохраняем их в Realm
}

Суть вопроса:
Данные на сервере обновляются хаотично (примерно раз в месяц), как реализовать обновление этих данных (скачивание данных с сервера)?

Лично у меня присутствует три идеи:

1) каждый раз в viewDidLoad() я делаю запрос на сервер, есть ли какие-то обновления, если да, то делаю уже запрос на данные, и парсю + сохраняю их

Минусы: как по мне, то такой подход увеличивает нагрузку на сервер + жрет оперативку девайса, что не гуд.

2) использовать BGTask/BGAppRefreshTask, BGProcessingTaskRequest - IOS 13 (еще полностью не прокурил его) / application(_:performFetchWithCompletionHandler:) - IOS 7 - IOS 12.

3) отправлять remote notification при обновлении бд на сервере:
https://developer.apple.com/documentation/usernoti...

Минусы:
- нашел статейку, где говорится, что если юзер убьет приложение, то handler вообще не сработает.
- непонятка с DeviceToken и Authorization.

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

P.S. пока писал, пришел четвертый вариант - через UserDefaults, записывать туда Date, и если прошло больше 24 часа, то спрашивать у сервера, есть ли обновления (ну и соответственно писать Date, и так по кругу)

Answer 1

[doublench21]

Дисклеймер: Не изобретайте велосипед!

У меня глаза на лоб лезут от подобных вопросов.

Ну есть у Вас данные, которые на момент запуска приложения должны быть строго актуальными, ТО это самые обычные запросы на сервер. Ровно так же как и в любом другом приложении. Заходишь в приложение, приложение отправляет запрос на сервер, а сервер отдаёт. Вы парсите, после отображаете информацию. НЕТ абсолютно никакой разницы изменилось там что-то или нет. Вы ведь просто запрашиваете JSON.

Я ещё могу понять, если вы передаёте некий файл размеров в 10GB и который не хочется качать снова, если он не изменился. Тут я могу понять ваши опасения. Ну даже в таком случае, такие вопросы решаются на сервере путём нужных заголовков. Один из них E-TAG. Всё уже давно за вас придумали.

Возвращаясь к вопросу автора. Если всё о чем мы говорим - это лишь JSON составленный из БД, то не мучайте сами знаете что. Просто сделайте запрос и всё. Не важно изменились ли там данные или нет. Обо всём остальном позаботится кэш, как на клиенте(URLSession), так и на сервере.

---------------------------------------------------------------------------------------------------

Когда делать запросы на сервер?

Ну смотря где эти данные отображаются.

• данные относятся глобально ко всему приложения и могут использоваться в любом контроллере, тогда:
  

  func application(
          _ application: UIApplication,
          willFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]? = nil
      ) -> Bool {
          // ...
          return true
      }

  
  или
  

  func application(
          _ application: UIApplication,
          didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?
      ) -> Bool {
         // ...
          return true
      }

  
  или как инициализация св-ва вообще в AppDelegate
  
  
• если данные нужны лишь для конкретного контроллера, то как уже написали выше:
  

  override func viewDidLoad()  {
      super.viewDidLoad()
     // ...
   }

  
  

Comments

[tiger_13]

Но если мы говорим про рациональное использование ресурсов (и чтобы лишний раз большой массив в виде JSON с сервера не грузить), все равно изложенный Вами подход использовать?

[doublench21]

tiger_13, прочитайте дисклеймер. Вы поймите, что про актуальность данных всегда знает только один и это сервер. Не важно предполагаете ли вы, что данные изменятся, только спустя день или два. Это всё равно ненадежно и так никто не делает. Отправляется запрос на сервер. Сервер смотрит, изменилось - отдаю по новой, не изменилось - отдам из кэша. Ваш телефон делает тысячи запросов в минуту, но почему-то это не сильно влияет на что либо. Разговоры про кэш это вообще отдельная тема и она не относится напрямую к клиенту. ВЫ удивитесь, сколько запросов по любому чиху делает любое современно приложение. А вы боитесь сделать один-два запроса на сервер...

[tiger_13]

doublench21, понял, спасибо! Тогда еще вопрос, если у Вас будет желание ответить (просто пытаюсь разобраться), можем ли мы для Вашего решения вопроса использовать BGProcessingTaskRequest ? Если нет, то для чего этот инструмент?

[doublench21]

tiger_13, и снова у вас большие проблемы с пониманием. Ну вот вы запускаете приложение, приложение делает запрос, а сервер отвечает. После вы отображается эти данные. Задайте себе вопрос, когда вы это делаете? Когда ваше приложение запущено. Тогда о каких background запросах может идти речь? В данном случае они вообще ни при чём.

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

Но это лишь капля в море из всех use case-ов. Тот же самый Telegram, во время скачивания файла, не прерывает скачивание, когда вы открываете другое приложение, по той же самой причине.

[tiger_13]

doublench21, реализовал я Ваш метод, есть вопрос:
1) загружаю данные в didLaunchWithOptions
2) данные приходят с сервера уже когда открывается ViewController с CollectionView, который и отображает полученные данные

как сделать collectionView.reloadData() с AppDelegate (там же обрабатывается запрос) ?

[doublench21]

tiger_13, Если эти данные нужны лишь в данном контроллере, то делайте запрос во в viewDidLoad.

Если вы делаете это в AppDelegate, то рассуждайте так. В AppDelegate я делаю запрос. Получив ответ, парсим и сохраняем в переменную, скажем globalModel в AppDelegate. Возникает вопрос, как узнать, что даннные появились, в других местах. Для такого рода вещей используется либо kvo, либо notifications. Эти две штуки позволяют узнавать об изменении другим классам.
Ну а как только мы узнали, что данные появились, мы и делаем reloadData

Есть вот такая вот истинна:

[tiger_13]

doublench21, спасибо! сейчас реализовал через realm notification token

[doublench21]

tiger_13, welcome!

Answer 2

[Иван Воробей]

Не понятно какую проблему вы пытаетесь решить.

1. Нагрузка на сервер - вряд-ли статическим JSON вы хоть как то упретесь в половину мощности даже самой дешевой виртуалки на DO.
   
2. Оперативка девайса - жрется от http запроса? Один контейнер реалма сожрет больше, а запрос по БД улетит в 100 порядков выше с их lazy запросами.
   
3. performFetchWithCompletionHandler не для вашей задачи.
   

Чтобы сформулировать проблему, нужно определить:

• Насколько в актуальном состоянии должна быть информация (минута / месяц)
  
• Насколько оперативно она должна доставляться (перед запуском, в основном потоке после запуска, в фоне после запуска, когда угодно),
  
• На какие расходы вы готовы пойти (готов купить каплю на DO за 5$)
  

Обновлю ответ после вашего комментария.

Comments

[tiger_13]

Иван,
Так как в голову лезет четыре варианта реализации идеи, решил задать вопрос на форум. Спасибо Вам, что откликнулись!

По поводу нагрузки на сервер - в распоряжении находится VPS с оперативной памятью в 10 ГБ на contabo.

Насколько в актуальном состоянии должна быть информация (минута / месяц):

Одна группа информации должна обновляться каждый день (эта группа состоит из трех простых записей String:
{
"value1": " ",
"value2": " ",
"value3": " "
}

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

Вторая группа - обновляется каждый месяц. Ее можно обновить (получить с сервера) и во время того, как юзер пользуется приложением. Обновления вносятся вручную, поэтому сказать точную дату в каждом месяце - нереально.

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

По поводу расходов - любые разумные (до 15$ в месяц на сервер, но про сервер уже выше рассказал). Скажите, пожалуйста, нужна ли еще какая-то информация.
Заранее благодарю за ответ!

[Иван Воробей]

tiger_13, так как у вас есть информация, которая обновляется каждый день, обновляйте с ней и все остальное. Одним запросом.
Гляньте FirebaseConfig, если вручную обновляете JSON - подойдет)

[tiger_13]

Иван Воробей, окей, а в какой момент это делать? и как проверять, что "новый день настал"? в viewDidLoad() каждый раз?

[Иван Воробей]

tiger_13, обновлять нужно раз в день? проверяйте время с последнего запроса, время сохраните.
Обновлять нужно каждый раз при запуске? Значит чем раньше, тем лучше + все равно повесить индикатор, приложение может запустится быстрее запроса.

Можете в didFinishLaunch, раньше не получится. Сохранять в UD.