@ObservedObject: шта је то, посматрање објеката и ажурирање View

Шта је @ObservedObject у SwiftUI

@ObservedObject — је property wrapper који претплаћује View на промене ObservableObject-а. Када објекат означен са @ObservedObject промени било које од својих својстава декларисаних са @Published, SwiftUI аутоматски прецртава View. @ObservedObject не креира објекат — он само успоставља везу између већ постојеће инстанце ObservableObject-а и View-а које треба да реагује на његове промене.

Кључна разлика између @ObservedObject и @StateObject — је власништво. @ObservedObject претпоставља да је објекат креиран и ускладиштен негде горе у хијерархији View-а. Подређено View добија референцу на овај објекат кроз иницијализатор и једноставно га посматра. Ако подређени View буде поново креиран, добиће исту референцу од родитеља — подаци се не губе.

Према Apple Developer Documentation — SwiftUI (2025), @ObservedObject је доступан од iOS 13, што га чини једином опцијом за посматрање ObservableObject-а у пројектима који подржавају старе верзије iOS-а. У iOS 14+ пожељније је користити @StateObject за креирање објеката, али @ObservedObject остаје актуелан за пренос постојећих објеката.

Како ради @ObservedObject

Механизам @ObservedObject се заснива на протоколу ObservableObject из Combine framework-а. Свака класа која је у складу са ObservableObject аутоматски добија publisher objectWillChange који шаље сигнал пре промене било ког @Published својства. SwiftUI се претплаћује на овај publisher кроз @ObservedObject и по пријему сигнала означава View као да захтева прецртавање.

class TaskViewModel: ObservableObject {
    @Published var tasks: [Task] = []
    @Published var isLoading = false
    
    func loadTasks() async {
        isLoading = true
        // преузми податке
        isLoading = false
    }
}

struct TaskListView: View {
    @ObservedObject var viewModel: TaskViewModel
    
    var body: some View {
        List(viewModel.tasks) { task in
            Text(task.title)
        }
        .task { await viewModel.loadTasks() }
    }
}

Када родитељски View преноси viewModel у TaskListView кроз иницијализатор, SwiftUI креира везу између објекта и View-а. При промени низа tasks или флага isLoading, SwiftUI прецртава TaskListView. Објекат притом остаје непромењен — чува се у родитељском View-у кроз @StateObject.

@ObservedObject vs @StateObject: када шта користити

Разлика између @ObservedObject и @StateObject — је разлика између посматрача и власника. @StateObject креира објекат и управља његовим животним циклусом. @ObservedObject само посматра објекат који је креиран и ускладиштен на другом месту. Избор између њих је одређен одговорношћу View-а за податке.

Главно правило: ако View креира објекат — @StateObject. Ако View прима објекат — @ObservedObject. Кршење овог правила у смеру @ObservedObject за креирање објекта доводи до губитка података при поновној изградњи View-а. Кршење у смеру @StateObject за пријем објекта креира дуплирану инстанцу, независну од родитељске.

Примери коришћења @ObservedObject

Типичан сценариј коришћења @ObservedObject — листа задатака, где корени View креира view model, а ћелија листе га добија кроз @ObservedObject. Свака ћелија може позивати методе view model-а, а промене се аутоматски приказују на целој листи, јер све ћелије посматрају исти објекат.

struct TaskRow: View {
    @ObservedObject var viewModel: TaskViewModel
    let task: Task
    
    var body: some View {
        HStack {
            Text(task.title)
            Spacer()
            Button("Готово") {
                viewModel.completeTask(task)
            }
        }
    }
}

struct TaskListContainer: View {
    @StateObject var viewModel = TaskViewModel()
    
    var body: some View {
        List(viewModel.tasks) { task in
            TaskRow(viewModel: viewModel, task: task)
        }
    }
}

У овом примеру TaskListContainer креира viewModel кроз @StateObject, а свака TaskRow га добија кроз @ObservedObject. Када корисник кликне „Done” у било ком реду, viewModel.completeTask мења published својство, и сви View-ови који посматрају овај објекат се аутоматски ажурирају.

Типичне грешке са @ObservedObject

Најчешћа грешка — коришћење @ObservedObject за креирање објекта унутар View-а. Када се View поново изгради (нпр. при промени state-а), SwiftUI креира нову инстанцу ObservableObject-а, што доводи до губитка свих прикупљених података. Ова грешка је посебно болна у NavigationStack-у, где корисник може попунити формулар и изгубити податке при повратку назад.

Грешка: @ObservedObject уместо @StateObject

// ❌ Губитак података: @ObservedObject не задржава објекат
struct FormView: View {
    @ObservedObject var formVM = FormViewModel()
    // Нови formVM се креира при свакој поновној изградњи View-а!
}

// ✅ Исправно: @StateObject задржава објекат
struct FormView: View {
    @StateObject var formVM = FormViewModel()
    // Објекат креиран једном током живота View-а
}

Грешка: пренос @StateObject тамо где је потребан @ObservedObject

Ако подређено View декларише исти ObservableObject кроз @StateObject, креира независну копију. Промене у родитељском објекту неће бити видљиве у подређеном и обрнуто. Увек користите @ObservedObject за подређена View која добијају објекат из споља.

Алтернативе за @ObservedObject у SwiftUI

У савременом SwiftUI постоји неколико алтернатива за @ObservedObject, свака са својим предностима. Избор зависи од архитектуре апликације, верзије iOS-а и конкретног сценарија коришћења.

• @EnvironmentObject — омогућава добијање објекта из окружења SwiftUI без експлицитног преноса кроз иницијализатор. Погодан за објекте потребне на многим екранима, али захтева експлицитно убацивање кроз .environmentObject().
• @State + @Binding — за једноставне типове вредности нису потребни ObservableObject. Користите @State за чување и @Binding за пренос у подређена View.
• @AppStorage — за UserDefaults вредности које треба да се аутоматски синхронизују са View-ом.
• @SceneStorage — за чување привременог стања између поновних покретања сцене (нпр. позиција у листи).

Избор између @ObservedObject и @EnvironmentObject — је питање стила и архитектуре. @ObservedObject експлицитно показује зависности View-а кроз иницијализатор, што чини код предвидљивијим. @EnvironmentObject је погодан за дубоке хијерархије, али скрива зависности, што може отежати отклањање грешака.