#swiftui Номер раз:
https://t.co/3XI7oXMCiu?amp=1

#swiftui И более практическая номер два:
https://habr.com/ru/post/500386/

#swiftui Также в подборке есть очень полезная статья от Вадима Булавина про особенности тестирования View на SwiftUI.

#swiftui Итак, продолжаем цикл статей про SwiftUI. 3я часть про архитектуру приложения и наведение порядка с помощью CleanCode.
https://habr.com/ru/post/500470/

#swiftui Что может SwiftUI из того, чего не может Autolayout? Это вью-обертка. Конечно, это композиция, но Autolayout не поддерживает наследование xib с расширением хоть каким-нибудь образом. Печаль…

#swiftui #туториал Stanfod University начали к наполнению своего ютуб-канала лекциями по SwiftUI
https://www.youtube.com/playlist?list=PLpGHT1n4-mAtTj9oywMWoBx0dCGd51_yG
https://cs193p.sites.stanford.edu

#wwdc #swiftui Что ж, изменения SwiftUI настолько глобальны, что я пошла писать статью. Попробую ее выложить сегодня

#swiftui Итак, имеющиеся презентации просмотрены и проанализированы:
https://habr.com/ru/post/508002/

Что мне есть вам сказать. Apple внимательно весь этот год читали все, что писали энтузиасты по всему миру про SwiftUI: статьи, комментарии, обзоры, выступления на митапах и конференциях. И Apple не скрывают, что вдохновились их опытом. Что-то натолкнуло их на мысли, что-то они заимствовали полностью. Также есть влияния от Google. Ну в принципе это тренд - заимствовать у конкурентов и этого не скрывать.

В общем:
1. Теперь SwiftUI - технология для создания приложений под разные платформы, от часов до MacOS. В Xcode 12 есть шаблон для создания такого мультиплатформенного приложения. А структура приложения напоминает KMP.
2. Можно отказаться от AppDelegate/SceneDelegate и с помощью @main и протокола App сделать свою точку входа в приложение. UIHostingController и UISceneDelegate инкапсулированы внутри.
3. Apple отказывается от MVVM в пользу MVI/Redux.
4. Почти все контролы портированы на SwiftUI. Появляются LazyVGrid/LazyHGrid для GridItem - аналог UiCollectionView. Дополнительно заявлено об оптимизации структуры контрола.
5. Портированы фреймворки для SwiftUI
6. Есть средства для настройки адаптивности.

#wwdc #swiftui Apple представили обновление ViewState, в соответствии с новым пониманием архитектуры для SwiftUI приложения:
1. Да, теперь это не MVVM, а MVI. Речь идет о поддержке непрерывного обновления View в зависимости от изменяемых данных, запрос которых рекомендуется делать в зависимости от цикла View
2. Появился новый @PropertyWrapper - @StateObject. Это статичная модель @ObservableObject, т.е неизменяемая. Почему и где нужно. @ObservableObject - пересоздается при пересоздании View. Да, Apple признали, что это тяжелая операция. Модель - это класс, он оказывается в heap, а это потенциальные leak of memory.
@StateObject - статичная вещь. Либо вы ее создаете при инициализации View, либо передаете из родительского View. Например, через @EnvironmentObject
3. Новые методы для триггера изменений в ObservedObject. Теперь это не только onReceive, но и onChange, onOpenURL, onContinueUserActivity. Похоже на Deep Linking
4. Новое понимание хранилища. Появляется @AppStorage - глобальное хранилище на основе UserDefaults, доступное из любой точки приложения. И @SceneStorage - аналогичное хранилище со скоупом внутри сцены и доступное только внутри View. С одной стороны, это позволяет организовать байндинг с сохраненными параметрам быстро и просто без посредников. Также предлагается использовать такой подход для хранения стейтов - очень похоже на Bundle. С другой, само прямое обращение к хранилищу из View является нарушением архитектурной парадигмы.
5. Насчет навигации не изменилось ничего. Либо оно еще в работе, либо Apple ждет от нас решений, где мы, оперируя новыми Storage, StateObject и новыми методами lifecycle, создадим что-то удобоваримое, чтобы им было что представить в следующем году и сказать нам всем одно единственное: "Спасибо".

Да, если вы не в курсе, они открыто говорят, что "вдохновились решениями неравнодушных разработчиков" для SwiftUI. Это "What's new in SwiftUI"

На следующей неделе будет статья про то, как эти изменения можно использовать в бою

#swiftui Итак, спустя месяц после WWDC 2020 все больше народу тянется переосмыслять нововведения в SwiftUI. И особое внимание уделяется MVI-архитектуре, которую Apple предлагают вместо (или вместе с) MVVM:
https://habr.com/ru/post/512542/
Идея у статьи неплохая, но все-таки не хватает структурированности в коде. Если уж ты берешься за рассказ про свое архитектурное решение, ну сделай ты код читабельным. Сбивает же

Из интересных моментов статьи я бы вынесла:
1. Расширение AnyView для абстракции
2. Использование статической функции build для отсроченной инициализации View

#swiftui Итак, эфир прошел, хотя и с некоторыми техническими трудностями:
https://vk.com/video-167727610_456239043?list=2b332a25dcee1f3c7d

#swiftui Вадим Булавин опубликовал очень подробную статью про жизненный цикл View в SwiftUI. Если хотите больше понимать про хранение состояний и управление View, то рекомендуется к прочтению)

https://www.vadimbulavin.com/swiftui-view-lifecycle/

Январь радует новой порцией статей по разработке:
https://apptractor.ru/marketing-monetization/digest-338.html

#ios#swiftui Компания Vivid Money рассказывает про свой внутренний Vivid UI:
https://habr.com/ru/company/vivid_money/blog/538126/

#swiftui #widgets Также стоит обратить внимание на туториал по настройке виджетов в iOS 14:
https://habr.com/ru/post/519146/

#swiftui Некоторые вещи теряются в инфопотоке. В пн мы в Otus провели демо-занятие по разработке небольшого приложения на SwiftUI и Combine.

Заодно рассмотрели проблемы с Identifiable, нужно ли его реализовывать, и как можно без него обойтись, и неправильной обработкой onReceive для асинхронного получения данных, чтобы показать, работает ли корректно onAppear в subview, когда мы запрашиваем, например, изображение для элемента списка, или же лучше брать механизм Combine
https://www.youtube.com/watch?v=OvkxZvfsX9U
И да, к видео прилагаются пример кода и сама презентация с инфо

#swiftui А в среду проводим улучшенное занятие по виджетам в iOS 😉