В
Зачем. если можно просто дёрнуть controller.view
Size: a a a
2021 June 30
E
поэтому хочу постараться сделать правильно
В
А что у тебя происходит, когда нотификация приходит? Зачем тебе VC?
E
Если более подробнее, то при переходе по нотификации у меня должна создавать новая запись в БД, какие свойства для этой записи должны браться из контроллера, алюс обновить в таблице время добавления новой записи
DK
лучше понять что за метод он там дергает
DK
а почему данные для бд берутся из контроллера при в выключеном приложении?
DK
обновлять таблицу можешь после applicationdidbecomeactive, а данные для бд вынести в отдельные контсанты, а не хранить на голом контроллере
E
На контроллере есть карусель с карточками, при создании записи должна выбраться активная карточка.
Я примерно понимаю, к чему вы ведете )) Я не должен использовать какие-либо методы контроллера при обработке нотификации в AppDelegate?
Я примерно понимаю, к чему вы ведете )) Я не должен использовать какие-либо методы контроллера при обработке нотификации в AppDelegate?
В
А зачем тебе контроллер для записи в БД?
В
У тебя должен быть отдельный обработчик для нотификаций. Вью там вообще сбоку припёку.
E
Там хранятся некоторые свойства, которые нужны для формирования записи в БД
В
А почему они там хранятся. Я вижу что ты инициализируешь контроллер, чтоб поднять свойства, которые тебе нужно сохранить в БД.
Ты же знаешь что будешь инициализировать. Зачем тебе VC?
Ты же знаешь что будешь инициализировать. Зачем тебе VC?
DK
методы можно использовать, но это интерфейс и есть требования к нему и к жизненному циклу
E
ок, попробую вынести все необходимое для обработки данного события из контроллера в отдельный класс
DK
ваще чет я устал в очередно раз слушать описания кода вместо того, чтобы показать сам код. пойду отдохну
В
Да, это как минимум правильное направление.
В
Да тут не в коде дело, а в архитектуре. Всё ок
DK
у него походу и само создание записи в бд тоже в контроллере, не только данные
E
сорри, не знал что так можно и что так будет лучше ))