@ObservedObject: nedir, nesneleri izleme ve View’leri güncelleme

SwiftUI’da @ObservedObject Nedir

@ObservedObject bir View’i ObservableObject değişikliklerine abone yapan bir property wrapper’dır. @ObservedObject ile işaretlenmiş bir nesne, @Published ile bildirilen özelliklerinden herhangi birini değiştirdiğinde, SwiftUI otomatik olarak View’i yeniden çizer. @ObservedObject nesneyi oluşturmaz — yalnızca mevcut bir ObservableObject örneği ile değişikliklerine tepki vermesi gereken View arasında bir bağlantı kurar.

@ObservedObject ve @StateObject arasındaki temel fark sahipliktir. @ObservedObject, nesnenin View hiyerarşisinde daha yukarıda bir yerde oluşturulduğunu ve saklandığını varsayar. Alt View, bu nesneye bir referansı başlatıcı aracılığıyla alır ve onu sadece gözlemler. Alt View yeniden oluşturulursa, ebeveynden aynı referansı alır — veriler kaybolmaz.

Apple Developer Documentation — SwiftUI (2025)’e göre, @ObservedObject iOS 13 ile birlikte kullanılabilir hale gelmiştir ve eski iOS sürümlerini destekleyen projelerde ObservableObject’i gözlemlemek için tek seçenektir. iOS 14+ sürümünde, nesne oluşturmak için @StateObject tercih edilir, ancak @ObservedObject mevcut nesneleri iletmek için geçerliliğini korur.

@ObservedObject Nasıl Çalışır

@ObservedObject mekanizması, Combine framework’undaki ObservableObject protokolüne dayanır. ObservableObject ile uyumlu her sınıf, herhangi bir @Published özelliği değişmeden önce bir sinyal gönderen otomatik bir objectWillChange yayıncısı alır. SwiftUI, @ObservedObject aracılığıyla bu yayıncıya abone olur ve sinyali aldığında View’i yeniden çizilmesi gereken olarak işaretler.

class TaskViewModel: ObservableObject {
    @Published var tasks: [Task] = []
    @Published var isLoading = false
    
    func loadTasks() async {
        isLoading = true
        // veri çek
        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() }
    }
}

Ebeveyn View, viewModel’i başlatıcı aracılığıyla TaskListView’e aktardığında, SwiftUI nesne ile View arasında bir bağlantı oluşturur. tasks dizisi veya isLoading bayrağı değiştiğinde, SwiftUI TaskListView’i yeniden çizer. Nesnenin kendisi değişmeden kalır — @StateObject aracılığıyla ebeveyn View’de saklanır.

@ObservedObject vs @StateObject: Ne Zaman Hangisini Kullanmalı

@ObservedObject ve @StateObject arasındaki fark, bir gözlemci ile bir sahip arasındaki farktır. @StateObject nesneyi oluşturur ve yaşam döngüsünü yönetir. @ObservedObject yalnızca başka bir yerde oluşturulmuş ve saklanmış bir nesneyi gözlemler. Aralarındaki seçim, View’in verilere karşı sorumluluğuna göre belirlenir.

Ana kural: View nesneyi oluşturuyorsa — @StateObject. View nesneyi alıyorsa — @ObservedObject. Bir nesne oluşturmak için @ObservedObject kullanarak bu kuralı ihlal etmek, View yeniden oluşturulduğunda veri kaybına yol açar. Bir nesneyi almak için @StateObject kullanarak ihlal etmek, ebeveynden bağımsız yinelenen bir örnek oluşturur.

@ObservedObject Kullanım Örnekleri

@ObservedObject için tipik bir kullanım senaryosu, kök View’in bir view model oluşturduğu ve her liste hücresinin onu @ObservedObject aracılığıyla aldığı bir görev listesidir. Her hücre view model yöntemlerini çağırabilir ve değişiklikler tüm listeye otomatik olarak yansıtılır çünkü tüm hücreler aynı nesneyi gözlemler.

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

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

Bu örnekte, TaskListContainer viewModel’i @StateObject aracılığıyla oluşturur ve her TaskRow onu @ObservedObject aracılığıyla alır. Kullanıcı herhangi bir satırda “Done” düğmesine bastığında, viewModel.completeTask yayınlanan bir özelliği değiştirir ve bu nesneyi gözlemleyen tüm View’ler otomatik olarak güncellenir.

@ObservedObject ile Sık Yapılan Hatalar

En yaygın hata, bir View içinde nesne oluşturmak için @ObservedObject kullanmaktır. View yeniden oluşturulduğunda (örneğin durum değiştiğinde), SwiftUI yeni bir ObservableObject örneği oluşturur ve bu da birikmiş tüm verilerin kaybına yol açar. Bu hata özellikle NavigationStack’te acı vericidir; burada bir kullanıcı bir formu doldurup geri dönerken verileri kaybedebilir.

Hata: @StateObject yerine @ObservedObject

// ❌ Veri kaybı: @ObservedObject nesneyi tutmaz
struct FormView: View {
    @ObservedObject var formVM = FormViewModel()
    // Her View yeniden yapımında yeni formVM oluşturulur!
}

// ✅ Doğru: @StateObject nesneyi tutar
struct FormView: View {
    @StateObject var formVM = FormViewModel()
    // Nesne View ömrü boyunca bir kez oluşturulur
}

Hata: @ObservedObject gerekliyken @StateObject iletmek

Bir alt View, aynı ObservableObject’i @StateObject aracılığıyla bildirirse, bağımsız bir kopya oluşturur. Ebeveyn nesnedeki değişiklikler alt öğede görünmez ve bunun tersi de geçerlidir. Nesneyi dışarıdan alan alt View’ler için her zaman @ObservedObject kullanın.

SwiftUI’da @ObservedObject Alternatifleri

Modern SwiftUI’da @ObservedObject’e her biri kendi avantajlarına sahip birkaç alternatif vardır. Seçim, uygulama mimarisine, iOS sürümüne ve belirli kullanım durumuna bağlıdır.

• @EnvironmentObject — bir nesneyi başlatıcı aracılığıyla açıkça iletmeden SwiftUI ortamından almayı sağlar. Birçok ekran tarafından ihtiyaç duyulan nesneler için kullanışlıdır, ancak .environmentObject() aracılığıyla açık enjeksiyon gerektirir.
• @State + @Binding — basit değer türleri için ObservableObject gerekmez. Depolama için @State ve alt View’lere iletmek için @Binding kullanın.
• @AppStorage — View ile otomatik olarak senkronize edilmesi gereken UserDefaults değerleri için.
• @SceneStorage — sahne yeniden başlatmaları arasında geçici durumu korumak için (örneğin, bir listedeki kaydırma konumu).

@ObservedObject ve @EnvironmentObject arasındaki seçim bir stil ve mimari meselesidir. @ObservedObject, View bağımlılıklarını başlatıcı aracılığıyla açıkça gösterir ve kodu daha öngörülebilir kılar. @EnvironmentObject derin hiyerarşiler için kullanışlıdır ancak bağımlılıkları gizler, bu da hata ayıklamayı zorlaştırabilir.