Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-03-10

1 Сегодня мы поговорим о тех изменениях и новшествах, которые нам представляет Apple на WWDC 2020. А именно: про доработанную и даже переработанную версию фреймворка SwiftUI.

2 Эта технология для декларативной разработки приложений была представлен в прошлом году на WWDC 2019. Если вы с ней еще не работали, то рекомендую заглянуть<a>сюда</a>.

3 Итак. Apple и их инженеры внимательно весь этот год следили за обзорами, статьями, решениями и комментариями от разработчиков-энтузиастов. В конце видео "<a>What's new in SwiftUI</a>" они выражают благодарность всем неравнодушным за помощь.

4 Теперь SwiftUI позиционируется как полноценный инструмент для разработки под разные платформы (от watchOS до macOS):

5 Причем разработку под разные платформы можно вести в едином проекте. В Xcode 12 появляется шаблон для упрощения создания такого решения:

6 Система создаст проект с Shared-блоком и платформенными таргетами, где вы можете добавлять что-то специфичное для конкретной платформы:

7 Может показаться, что где-то это вы уже видели в Kotlin Multiplatform. Что ж, видимо, в этом году тренд на явное заимствование у конкурентов.

8 Итак, чтобы обеспечить функционирование на всех поддерживаемых платформах, инженеры Apple проделали огромную работу.

9 Расширили поддержку контролов. Теперь практически все контролы UIKit портированы на SwiftUI.

10 Немаловажно, что в SwiftUI появляется аналог UICollectionView - LazyVGrid/LazyHGrid, использующий GridItem:

11 Кстати, в процессе работы над новым контролом Apple оптимизировали работу на UITableView/UICollectionView в UIKit.

12 Появились средства поддержки адаптивности в настройке параметров UI (размеры контролов, шрифт, отступы и т.п). Например, атрибут @ScaledMetric у настраиваемой величины:

13 Также расширили поддержку фреймворков на SwiftUI.

14 Теперь можно использовать их вместе с ViewState:

15 Map(coordinateRegion: <#T##Binding<MKCoordinateRegion>#>)Добавили поддержку Document Based Apps, Widgets, App Clips. Последние 2 являются новыми фичами iOS SDK 14. Виджеты - практически аналог того, что было в Android.

16 Туториалы и видео работы с ними будут представлены вот-вот на WWDC 2020.

17 Появились и более масштабные изменения, связанные с производительностью, архитектурным подходом к созданию приложений и декларативным конструктором:

18 1.Оптимизирована работа с памятью. Memory Performance.

19 Это глобальное изменение для Swift 5.3 в целом. Переход внутри на структуры позволяет использовать передачу по значению вместо ссылок, тем самым сокращая размер кучи (heap), размер бинарников и времени на компиляцию.

20 Кстати, некоторые контролы в самом SwiftUI стали использовать Lazy-подход. Например, те же списки и LazyVGrid/LazyHGrid(аналог UICollectionView). По идее, это должно убрать проблему с инициализацией View сразу. Однако, пока еще ничего не было сказано про NavigationLink…

21 2.Использование DSL внутри блоков ViewBuilder.

22 Ура, теперь мы можем добавить if/else или switch-case в декларативных блоках в своих целях. Например, сделать фабрику Child View внутри родительского View. Или внутри NavigationView.

23 Это очень круто.

24 Также теперь можно проверять условие по @PropertyWrapper внутри блока:

25 @State private var isVisible = true if isVisible == true { Text("Hello") // Only rendered when isVisible is true. }3.Теперь можно создать приложение 100 % на компонентах SwiftUI.

26 Да-да. Для этого Apple придумали, как обойтись без AppDelegate, SceneDelegate и UIHostingViewController.

27 С помощью аннотации main и протоколов App, Scene вы сможете этого достичь:

28 @main struct testmultiplatformApp: App { @SceneBuilder var body: some Scene { WindowGroup { MailViewer() } Settings { SettingsView() } } }Кстати, это новая входная точка вашего приложения. Реализация протокола App обязательна. Обратите внимание на тип свойства body-структуры App. В приложении может быть одна или несколько так называемых сцен, каждая из которых реализует протокол Scene. У каждой сцены есть свой root View и свой жизненный цикл. Если вы хотите использовать несколько сцен (как, например, в многооконном приложении), то необходимо поставить у body атрибут SceneBuilder. По сути, это механизм инкапсуляции UISceneDelegate и его логики.

29 WindowGroup используется для создания единого полноразмерного экрана, как и UIWindow/UIWindowScene.

30 Однако, мы помним, что SwiftUI - это надстройка над UIKit. И UIKit остался внутри. Если мы запустим даже вот такое шаблонное приложение, то в иерархии View мы увидим:

31 И UIHostingViewController на месте, и UIWindowScene. Но внутри. Да, для инициализации это очень упрощает работу. Но продумали ли они решение, чтобы не пришлось возвращать в приложение UISceneDelegate с явным заданием всей навигационной структуры?

32 Отслеживание lifecycle сцены сокращается до метода:

33 public func onChange<V>(of value: V, perform action: @escaping (V) -> Void) -> some Scene where V : EquatableВот так предлагают использовать данный метод для отслеживания перехода приложения в фоновое состояние:

34 /// /// Use this modifier to trigger a side effect when a value changes, like /// the value associated with an ``SwiftUI/Environment`` key or a /// ``SwiftUI/Binding``. For example, you can clear a cache when you notice /// that a scene moves to the background: /// /// struct MyScene: Scene { /// @Environment(\.scenePhase) private var scenePhase /// @StateObject private var cache = DataCache() /// /// var body: some Scene { /// WindowGroup { /// MyRootView() /// } /// .onChange(of: scenePhase) { newScenePhase in /// if newScenePhase == .background { /// cache.empty() /// } /// } /// } /// } /// /// The system calls the `action` closure on the main thread, so avoid /// long-running tasks in the closure. If you need to perform such tasks, /// dispatch to a background queue: /// /// .onChange(of: scenePhase) { newScenePhase in /// if newScenePhase == .background { /// DispatchQueue.global(qos: .background).async { /// // ... /// } /// } /// } /// /// The system passes the new value into the closure. If you need the old /// value, capture it in the closure. ///4.Изменение предлагаемой архитектуры для SwiftUI.

35 Видеопрезентации еще не было, но судя по документации на сайте, это уже не MVVM, а MVI или Redux:

36 Да-да, обратите внимание на изменение связей.

37 Что ж, это еще одно подтверждение тренда на заимствование у конкурентов. Пока Google вдохновляются SwiftUI для новой версии JetPack Compose, Apple вдохновляются предложениями Google. Ну а факт заимствования у энтузиастов Apple и не скрывали. Статей, посвященных использованию именно Redux/MVI с SwiftUI, в сети очень много на разных языках еще с прошлого года:<a>ссылка</a>.

38 Как пример.

39 И это, конечно, далеко не все. Сессия в самом разгаре, интересное еще впереди. Но в принципе этого уже достаточно, чтобы понять, что меняется многое.

40 Не расстраивайтесь, если у вас были планы на работу с несовершенствами SwiftUi в прошлой реализации. По крайней мере, вы знаете базу и сможете перестроиться на новую версию.