Size: a a a

2021 November 11

ТМ

Тимур Мусаханов... in SwiftBook
ну я nil не ложил туда
источник

ТМ

Тимур Мусаханов... in SwiftBook
я сказал что при инициализации там будет презентер точно
источник

P

PUNCHER in SwiftBook
А тебе и не надо туда ложить nil, ты указываешь, что во время вызова контроллера презентер будет проинициализирован 100%
источник

P

PUNCHER in SwiftBook
Поставь брекпоинты и посмотри значение свойств в дебаггере
источник

ТМ

Тимур Мусаханов... in SwiftBook
ну если б был вопросительный знак поставил тогда понятно там может быть nil при инициализации
источник

ТМ

Тимур Мусаханов... in SwiftBook
а при ! проект вроде должен был успасть
источник

P

PUNCHER in SwiftBook
Это тот же самый опционал
источник

ТМ

Тимур Мусаханов... in SwiftBook
понятно что опционал
источник

ТМ

Тимур Мусаханов... in SwiftBook
а все понял вроде
источник

ТМ

Тимур Мусаханов... in SwiftBook
ты прав
источник

P

PUNCHER in SwiftBook
У тебя свойство var, говорящий о том, что презентер будет проинициализирован. При создании экземпляра в функции, ему присваевается nil. Упадет он лишь тогда, когда будет явное обращение внутри класса к презентеру и он к этому времени будет не проинициализированным
источник

ТМ

Тимур Мусаханов... in SwiftBook
да да точно
источник

P

PUNCHER in SwiftBook
источник

ТМ

Тимур Мусаханов... in SwiftBook
получается прежде чем viewDidLoad отработает(то-есть прежде чем таблица прогрузится) туда успевает презенер передаться
источник

ТМ

Тимур Мусаханов... in SwiftBook
спасибо
источник

M

Mikhail in SwiftBook
Добрый день коллеги)) Подскажите как передавать параметры  из приложения в firebase (например координаты) - я так понимаю мне  нужно создать базу данных в firebase? Например  Realtime database ?  Я мыслю в правильном направлении ?
источник

N

Nocto in SwiftBook
Всем доброго, подскажите пожалуйста, в каком паттерне реализуется такой класс - класс берет настройки, менеджит расписание, по которому запрашивает у пользователя данные, и пишет ответы пользователя в статистику. Совсем запутался с архитектурой, вроде класс и делает несколько разных задач - запрос ввода, выдача результата, ведение статистики, но никак не получается разбить его на отдельные элементы и непонятно, нужно ли.
источник

N

Nocto in SwiftBook
можно даже книги по архитектурам и рефакторингу посоветовать) кроме гофов
источник

AO

Alex Oliinyk in SwiftBook
Не совсем понимаю зачем тебе какой то паттерн?)
Разбей просто на отдельные сервисы, пусть между собой толкаются данными. Один пусть берет настройки и пишет их в БД (или передает дальше), второй менеджер пишет ответы (что за ответы?) юзеру в статистику?
источник

AO

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