Да, но типа когда знаний в деве полный нулл, как-то не особо понятно что гуглить
Официальная книга по Swift есть, там и примеры и все все все. От себя могу добавить, что реально въезжать в то как все устроено, работает и как надо и не надо я стал только, когда начала пилить свой проект
А как работают сервисы, которые должны быть и на вердре и на ios? Ну скажем тот же Вк. Пишется два разных приложения под две системы или есть какие-то методы кроссплатформенной разработки?
А как работают сервисы, которые должны быть и на вердре и на ios? Ну скажем тот же Вк. Пишется два разных приложения под две системы или есть какие-то методы кроссплатформенной разработки?
У меня есть 2 экрана: экран с письмами (MessageListView) и экран определенного письма (MessageView). Для MessageView надо делать api-запрос и результат отображать на MessageView. Но также результат надо сохранять в кеше ([String: Struct]). Как передать словарь из одного View'а в другой, при этом изменения в словаре сохранить? То есть передать его по ссылке. Или только глобальную переменную использовать? Вообще, как это по правильному сделать?
У меня есть 2 экрана: экран с письмами (MessageListView) и экран определенного письма (MessageView). Для MessageView надо делать api-запрос и результат отображать на MessageView. Но также результат надо сохранять в кеше ([String: Struct]). Как передать словарь из одного View'а в другой, при этом изменения в словаре сохранить? То есть передать его по ссылке. Или только глобальную переменную использовать? Вообще, как это по правильному сделать?
Можно классы использовать, можно кеш об изменениях оповещать
У меня есть 2 экрана: экран с письмами (MessageListView) и экран определенного письма (MessageView). Для MessageView надо делать api-запрос и результат отображать на MessageView. Но также результат надо сохранять в кеше ([String: Struct]). Как передать словарь из одного View'а в другой, при этом изменения в словаре сохранить? То есть передать его по ссылке. Или только глобальную переменную использовать? Вообще, как это по правильному сделать?
по правильному у тебя интерфейс вообще не должен напрямую с бизнес моделью связываться. общим может быть какой-нибудь сервис или фасад для модели