struct APIResponse<T>

А в нем лежит data: T

Только конкретизируй что T: decodable

понял

спасибо!

А ещё ты можешь сделать иначе

Data -> enum, и вапишь туда нужный кейс в зависимости от type

Вариантов много)

Вообще тут классический респонз с двумя кейсами Success(T) и Failure

мне на "type" особо то пофиг, основное в errors(везде просто String?) и data: которая точно имеет поле type_request(по которому я пойму какой ответ я жду) и все остальные поля уже различные

так-то вроде через enum можно сделать красиво))

буду пробовать, спасибо😉

Как это сделать?

keyFrame

Привет, друзья, есть вопрос по локации
Неоднократно стакливался с таким месседжем - что мы не можем в бекграунде каждые Х минут отправлять локацию на сервер
Проблема звучит так «Приложение iOS не может быть пробуждено таймером» надо либо ставить significantl location chanes/region/push notif from backend
Тем не менее мне удается обновлять локацию в бекграунде каждые 30 секунд после сворачивания аппки

Может плз кто то внести ясность в вопрос? Проблема в том, что в один момент аппка засыпает и перестает работать таймер?
Или же если мы ставим location updates в бекграунд мод и подтягиваем локацию каждую минуту/30 секунд, то аппка таки не убьется и будет подтягиваться столько, сколько мне нужно?

вероятно мы просто не можем запустить таймер на 10 минут, и через это время запросить локацию locationManager.location при отключенном locationUpdates?
Но если мы включаем location.updates и подтягиваем каждую секунду то норм обрабатывать будет?

В бэкграунде работать так просто не получится - апл это все режет

режет в плане reject app в апсторе?
У меня отслеживание локации это основная функция в приложении, в принципе, да и задачи распространять через аппСтор нету

Впринципе нельзя

На уровне системы