@StateObject: এটি কী, ObservableObject তৈরি এবং পরিচালনা

SwiftUI-এ @StateObject কী

@StateObject হল একটি property wrapper যা iOS 14-এ চালু করা হয়েছে, যা একটি View-কে ObservableObject প্রোটোকল অনুসরণকারী একটি ক্লাসের ইনস্ট্যান্স তৈরি এবং মালিকানা রাখতে দেয়। @State-এর বিপরীতে, যা মান টাইপের (structs) সাথে কাজ করে, @StateObject রেফারেন্স টাইপের জন্য ডিজাইন করা হয়েছে — ক্লাস যারা SwiftUI-কে তাদের বৈশিষ্ট্যের পরিবর্তন সম্পর্কে জানাতে পারে।

যখন একটি View @StateObject var viewModel: MyViewModel ব্যবহার করে, SwiftUI প্রথমবার View প্রদর্শিত হলে স্বয়ংক্রিয়ভাবে MyViewModel-এর একটি ইনস্ট্যান্স তৈরি করে এবং এটি একটি বিশেষ ফ্রেমওয়ার্ক স্টোরেজে সংরক্ষণ করে। প্রতিটি View আপডেটে (উদাহরণস্বরূপ, যখন প্যারেন্ট স্টেট পরিবর্তিত হয়), SwiftUI অবজেক্টটি পুনরায় তৈরি করে না — এটি View শ্রেণিবিন্যাস থেকে সরানো না হওয়া পর্যন্ত বিদ্যমান ইনস্ট্যান্সটি ব্যবহার করে।

Apple WWDC Session 10137 (2024) অনুসারে, @StateObject iOS 13-এ বিদ্যমান ডেটা হারানোর সমস্যার সমাধান করে যখন Views পুনর্নির্মিত হতো, যা ডেভেলপারদের প্যারেন্ট View-এ ObservableObject তৈরি করতে এবং ইনিশিয়ালাইজারের মাধ্যমে এটি পাস করতে বাধ্য করত। এর ফলে কোডের পুনরাবৃত্তি এবং দুর্ঘটনাবশত অবজেক্ট পুনরায় তৈরি হওয়ার ঝুঁকি ছিল।

import SwiftUI

class CounterViewModel: ObservableObject {
    @Published var count: Int = 0
    
    func increment() {
        count += 1
    }
}

struct CounterView: View {
    @StateObject var viewModel = CounterViewModel()
    
    var body: some View {
        VStack {
            Text("Count: \(viewModel.count)")
            Button("Increment", action: viewModel.increment)
        }
    }
}

@StateObject কীভাবে কাজ করে

@StateObject প্রক্রিয়াটি SwiftUI-এর Combine ফ্রেমওয়ার্কের সাথে একীকরণের উপর ভিত্তি করে তৈরি। যখন একটি ObservableObject তার বৈশিষ্ট্যগুলিকে @Published অ্যাট্রিবিউট দিয়ে চিহ্নিত করে, SwiftUI স্বয়ংক্রিয়ভাবে ObservableObject প্রোটোকলে নির্মিত পাবলিশারের মাধ্যমে পরিবর্তনের সদস্যতা নেয়। যখন একটি প্রকাশিত বৈশিষ্ট্য পরিবর্তিত হয়, অবজেক্টটি objectWillChange পাবলিশারের মাধ্যমে সংকেত পাঠায়, যা এই অবজেক্টটি পর্যবেক্ষণ করা সমস্ত Views-এর পুনরায় অঙ্কন ট্রিগার করে।

SwiftUI ObservableObject ইনস্ট্যান্সটি একটি নির্দিষ্ট View ইনস্ট্যান্সের সাথে আবদ্ধ একটি বিশেষ স্টোরেজে সংরক্ষণ করে। এই স্টোরেজটি প্রথম রেন্ডারের সময় একবার তৈরি হয় এবং View ধ্বংস না হওয়া পর্যন্ত বিদ্যমান থাকে। এই কারণেই @StateObject রেফারেন্স স্থিতিশীলতার গ্যারান্টি দেয় — SwiftUI স্বয়ংক্রিয়ভাবে মেমরি পরিচালনা করে, View-এর ইনিশিয়ালাইজারের উপর নির্ভর না করে।

objc.io — Thinking in SwiftUI (2025) অনুসারে, @StateObject-এর অভ্যন্তরীণ বাস্তবায়ন @State-এর মতো একটি প্রক্রিয়া ব্যবহার করে তবে রেফারেন্স টাইপের জন্য: SwiftUI অবজেক্টের চারপাশে একটি বক্সিং র্যাপার তৈরি করে এবং তার নিজস্ব বরাদ্দকারীর মাধ্যমে এর জীবনচক্র পরিচালনা করে, যা ঘন ঘন View শ্রেণিবিন্যাস পুনর্নির্মাণের জন্য অপ্টিমাইজ করা।

@StateObject জীবনচক্র

• তৈরি — যখন View প্রথমবার স্ক্রিনে উপস্থিত হয়, SwiftUI অবজেক্টের ইনিশিয়ালাইজার কল করে এবং রেফারেন্স সংরক্ষণ করে।
• পুনর্নির্মাণ — যখন প্যারেন্ট View আপডেট হয়, অবজেক্টটি পুনরায় তৈরি হয় না; বিদ্যমান ইনস্ট্যান্স ব্যবহার করা হয়।
• ধ্বংস — যখন View স্ক্রিন ছেড়ে শ্রেণিবিন্যাস থেকে সরানো হয়, SwiftUI অবজেক্টের deinit কল করে।

@StateObject বনাম @ObservedObject: মূল পার্থক্য

@StateObject এবং @ObservedObject-এর মধ্যে প্রধান পার্থক্য হল কে অবজেক্টের মালিক। @StateObject অবজেক্ট তৈরি করে এবং সংরক্ষণ করে — এটি মালিক। @ObservedObject শুধুমাত্র সেই অবজেক্টটি পর্যবেক্ষণ করে যা অন্য কোথাও তৈরি করা হয়েছে এবং ইনিশিয়ালাইজার বা বৈশিষ্ট্যের মাধ্যমে পাস করা হয়েছে।

নিয়মটি সহজ: যদি View ObservableObject তৈরি করে — @StateObject ব্যবহার করুন। যদি View শুধুমাত্র প্যারেন্ট থেকে ইতিমধ্যে তৈরি অবজেক্ট গ্রহণ করে — @ObservedObject ব্যবহার করুন। এই নিয়ম লঙ্ঘন করলে ডেটা হারানো (যদি মালিকানার জন্য @ObservedObject ব্যবহার করা হয়) বা অতিরিক্ত অবজেক্ট তৈরি (যদি পর্যবেক্ষণের জন্য @StateObject ব্যবহার করা হয়) হতে পারে।

কখন @StateObject ব্যবহার করবেন

@StateObject সেই Views-এ ব্যবহার করা উচিত যা একটি নির্দিষ্ট ডেটা সেটের জন্য সত্যের উৎস। সাধারণ পরিস্থিতিতে নিজস্ব view model সহ স্ক্রিন, নেভিগেশন স্ট্যাকের রুট স্ক্রিন এবং নিজস্ব অবস্থা পরিচালনাকারী মোডাল উপস্থাপনা অন্তর্ভুক্ত।

• View model সহ স্ক্রিন — প্রতিটি স্ক্রিন যা তার নিজস্ব ডেটা এবং যুক্তি পরিচালনা করে, @StateObject-এর মাধ্যমে তার view model তৈরি করা উচিত।
• রুট View — NavigationStack বা TabView শ্রেণিবিন্যাসে, রুট উপাদান ডেটা তৈরি করে, এবং চাইল্ড উপাদানগুলি @ObservedObject-এর মাধ্যমে তা গ্রহণ করে।
• মোডাল উইন্ডো — .sheet এবং .fullScreenCover-এর প্রায়ই ফর্ম বা প্রক্রিয়া পরিচালনার জন্য নিজস্ব @StateObject প্রয়োজন হয়।
• সম্পাদনাযোগ্য তালিকা — তালিকার প্রতিটি সারি যাতে সম্পাদনা ফর্ম রয়েছে, তার নিজস্ব @StateObject থাকা উচিত।

struct ProfileView: View {
    @StateObject var viewModel = ProfileViewModel()
    
    var body: some View {
        NavigationStack {
            Form {
                TextField("Name", text: $viewModel.name)
                TextField("Email", text: $viewModel.email)
                Button("Save") {
                    viewModel.saveProfile()
                }
            }
            .navigationTitle("Profile")
        }
    }
}

প্যারামিটার সহ @StateObject ইনিশিয়ালাইজ করা

@StateObject-কে প্যারামিটার সহ ইনিশিয়ালাইজ করতে বিশেষ সিনট্যাক্স প্রয়োজন, কারণ SwiftUI নিজেই অবজেক্ট তৈরি পরিচালনা করে। আপনি কেবল ইনিশিয়ালাইজারে প্যারামিটার পাস করতে পারবেন না — আপনাকে একটি এস্কেপিং ক্লোজার বা আলাদা ফ্যাক্টরি পদ্ধতি ব্যবহার করতে হবে।

Swift by Sundell (2024) অনুসারে, সবচেয়ে পরিষ্কার উপায় হল একটি ফ্যাক্টরি পদ্ধতি বা ক্লোজার ব্যবহার করা যা SwiftUI প্রথমবার অবজেক্ট তৈরি করার সময় কল করবে। একটি বিকল্প পদ্ধতি হল প্যারেন্ট View-এ ObservableObject ইনিশিয়ালাইজ করা এবং স্ট্যান্ডার্ড ইনিশিয়ালাইজার ব্যবহার করে @StateObject-এর মাধ্যমে এটি পাস করা।

class UserViewModel: ObservableObject {
    @Published var user: User
    
    init(user: User) {
        self.user = user
    }
}

struct UserDetailView: View {
    @StateObject var viewModel: UserViewModel
    
    init(user: User) {
        _viewModel = StateObject(wrappedValue: UserViewModel(user: user))
    }
    
    var body: some View {
        Text(viewModel.user.name)
    }
}

এটি মনে রাখা গুরুত্বপূর্ণ যে @StateObject সহ View ইনিশিয়ালাইজার-কে property wrapper-এ অ্যাক্সেসের জন্য বৈশিষ্ট্যের নামের আগে আন্ডারস্কোর (_viewModel) ব্যবহার করা উচিত, এর মান নয়। এটি ইনিশিয়ালাইজারগুলিতে property wrappers-এর সাথে কাজ করার জন্য একটি স্ট্যান্ডার্ড Swift প্যাটার্ন।

@StateObject-এর সাথে সাধারণ ভুল

সবচেয়ে সাধারণ ভুল হল যে View-এর অবজেক্টের মালিকানা থাকা উচিত, সেখানে @StateObject-এর পরিবর্তে @ObservedObject ব্যবহার করা। এই ক্ষেত্রে, প্রতিবার প্যারেন্ট পুনর্নির্মিত হলে, অবজেক্টটি পুনরায় তৈরি হবে, যা সমস্ত সঞ্চিত ডেটা হারানোর দিকে নিয়ে যাবে। এই ভুলটি NavigationStack বা TabView-এর সাথে জটিল শ্রেণিবিন্যাসে বিশেষভাবে ক্ষতিকর।

• নেভিগেশনের সময় ডেটা হারানো — যদি একটি চাইল্ড স্ক্রিন তার নিজস্ব view model-এর জন্য @ObservedObject ব্যবহার করে, তাহলে পিছনে ফিরে গিয়ে পুনরায় খোলার সময় ডেটা রিসেট হবে।
• মেমরি লিক — প্যারেন্ট View-এ @StateObject তৈরি করা যা কখনও সরানো হয় না, অবজেক্ট জমা হতে পারে যদি প্রতিটি চাইল্ড স্ক্রিনও নিয়ন্ত্রণ ছাড়া @StateObject তৈরি করে।
• অবজেক্ট ডুপ্লিকেশন — একটি ObservableObject বিভিন্ন Views-এ একাধিক @StateObject-এ পাস করলে বেশ কয়েকটি স্বাধীন ইনস্ট্যান্স তৈরি হয় যা একে অপরের সাথে সিঙ্ক্রোনাইজ হয় না।

এই সমস্যাগুলি এড়াতে, একটি সহজ নিয়ম অনুসরণ করুন: প্রতি সত্য উৎসে একটি @StateObject। যদি ডেটা একাধিক স্ক্রিনে ভাগ করা উচিত — রুট View-তে একবার @StateObject তৈরি করুন এবং @ObservedObject বা @EnvironmentObject-এর মাধ্যমে চাইল্ড উপাদানগুলিতে পাস করুন।

// ❌ Wrong: @ObservedObject for owning an object
struct BadView: View {
    @ObservedObject var vm = ViewModel() // will be recreated on each update!
}

// ✅ Correct: @StateObject for owning
struct GoodView: View {
    @StateObject var vm = ViewModel() // created once for View lifetime
}