Разница между @StateObject, @EnvironmentObject и @ObservedObject в SwiftUI

Перевод статьи подготовлен в преддверии старта курса «iOS Developer. Professional».

Эту неделю я решил посвятить потокам данных в SwiftUI. В этой статье мы обсудим разницу между обертками свойств (property wrappers) @StateObject, @EnvironmentObject, и @ObservedObject, поскольку я знаю, что это самая запутанная тема для новичков в SwiftUI.

Зачем нужны обертки свойств в SwiftUI?

SwiftUI использует неизменяемые (immutable) типы структур для описания иерархии представлений. Все представления, которые предоставляет SwiftUI, неизменяемые. Вот почему SwiftUI дает нам набор оберток свойств — для обработки изменений данных. Обертки свойств позволяют нам объявлять себя внутри представлений SwiftUI, но хранить данные вне представления, объявляющего обертку.

@StateObject

@StateObject — это новая обертка свойства, которая инициализирует экземпляр класса,  соответствующего протоколу ObservableObject, и сохраняет его во внутренней памяти фреймворка SwiftUI. SwiftUI создает только один @StateObject для каждого контейнера, который его объявляет, и хранит его вне жизненного цикла представления. Давайте посмотрим на несколько примеров, в которых мы используем @StateObject для сохранения состояния целого приложения.

import SwiftUI   @main struct CardioBotApp: App {     @StateObject var store = Store(         initialState: AppState(),         reducer: appReducer,         environment: AppEnvironment(service: HealthService())     )       var body: some Scene {         WindowGroup {             RootView().environmentObject(store)         }     } }

Как видите, @StateObject идеально подходит для хранения состояния целого приложения и передачи его различным сценам или представлениям внутри вашего приложения. SwiftUI сохранит его в специальной памяти фреймворка, чтобы ваши данные находились в безопасном месте вне сцены или жизненного цикла представления.

 Если хотите узнать больше о реализации концепции Single State Container, читайте мою статью «Redux-подобный контейнер состояний в SwiftUI. Основы».

@ObservedObject

@ObservedObject это еще один способ подписаться и следить за изменениями в ObservableObject. SwiftUI не контролирует жизненный цикл @ObservedObject — вы должны следить за этим самостоятельно. @ObservedObject идеально подходит для случая, когда у вас есть ObservableObject, хранящийся в @StateObject, и вам нужно поделиться им с каким-либо реюзабельным представлением.

Я упомянул реюзабельные представления потому что я сам использую CalendarContainerView в нескольких местах в моем приложении, и я не хочу, чтобы оно зависело от внешних условий. Я использую @ObservedObject, чтобы явно указать данные, используемые представлением в данном конкретном случае.

NavigationLink(     destination: CalendarContainerView(         store: transformedStore,         interval: .twelveMonthsAgo     ) ) {     Text("Calendar") }

Если хотите узнать больше об использовании Container View, читайте мою статью «Redux-подобный контейнер состояний в SwiftUI. Container Views».

@EnvironmentObject

@EnvironmentObject — отличный способ неявно внедрить экземпляр класса, который соответствует ObservableObject, в часть иерархии представления. Предположим, в вашем приложении есть модуль, который содержит 3-4 экрана, и все они используют одну и ту же ViewModel. Если вы не хотите явно передавать одну и ту же ViewModel из одного представления в другое, тогда вам понадобится @EnvironmentObject. Давайте посмотрим, как мы можем его использовать.

@main struct CardioBotApp: App {     @StateObject var store = Store(         initialState: AppState(),         reducer: appReducer,         environment: .production     )       var body: some Scene {         WindowGroup {             TabView {                 NavigationView {                     SummaryContainerView()                         .navigationBarTitle("today")                         .environmentObject(                             store.derived(                                 deriveState: \.summary,                                 embedAction: AppAction.summary                             )                         )                 }                   NavigationView {                     TrendsContainerView()                         .navigationBarTitle("trends")                         .environmentObject(                             store.derived(                                 deriveState: \.trends,                                 embedAction: AppAction.trends                             )                         )                 }             }         }     } } 

В приведенном выше примере мы внедряем environmentObject в иерархию представлений SummaryContainerView. SwiftUI неявно предоставит доступ для внедренных environmentObject-ов ко всем дочерним представлениям, которые находятся внутри SummaryContainerView. Мы можем быстро получить и подписаться на внедренные environmentObject-ы, используя обертку свойства @EnvironmentObject.

struct SummaryContainerView: View {     @EnvironmentObject var store: Store<SummaryState, SummaryAction>       var body: some View {         //......

 Я должен упомянуть, что @EnvironmentObject имеет тот же жизненный цикл, что и @ObservedObject. Это означает, что вы можете получить новый environmentObject всякий раз, когда создаете его внутри представления, которое может быть воссоздано с помощью SwiftUI.

Если хотите узнать больше о продвинутых методах использования Single State Container, читайте мою статью «Redux-подобный контейнер состояний в SwiftUI. Лучшие практики».

Заключение

Сегодня мы поговорили о различиях между обертками свойств @StateObject, @EnvironmentObject, и @ObservedObject. Надеюсь, эта статья поможет вам понять, какая обертка свойства лучше всего подходит для вашего случая. Не стесняйтесь подписываться на меня в Твиттере и задавать свои вопросы, связанные с этой статьей. Спасибо за ваше внимание, до встречи на следующей неделе!

Узнать подробнее о курсе.