@StateObject: এটি কী, @ObservedObject থেকে পার্থক্য এবং উদাহরণ

SwiftUI-এ @StateObject কী?

@StateObject হল একটি Property Wrapper যা SwiftUI 2.0 (iOS 14)-এ চালু হয়েছে এবং @ObservedObject ও @State-এর ক্ষমতাগুলি একত্রিত করে। @ObservedObject-এর মতো, এটি ObservableObject-এ পরিবর্তনগুলির সাবস্ক্রাইব করে। @State-এর মতো, এটি গ্যারান্টি দেয় যে ডেটা ভিউ কাঠামোর পুনরাবৃত্ত আরম্ভকরণ থেকে বেঁচে থাকে। @StateObject ভিউ প্রথমবার স্ক্রিনে এলে অবজেক্টটি একবার তৈরি করে এবং SwiftUI-এর হিপে সঞ্চয় করে।

@StateObject-এর আগে, ডেভেলপাররা সমস্ত ObservableObject-এর জন্য @ObservedObject ব্যবহার করতেন, যার মধ্যে ভিউতে তৈরি করা অবজেক্টও অন্তর্ভুক্ত ছিল। এর ফলে ঘন ঘন ডেটা ক্ষতি হত যখন প্যারেন্ট ভিউ আপডেট হত, যার ফলে ভিউ কাঠামো পুনঃনির্মিত হত এবং @ObservedObject ইনস্ট্যান্সটি সাথে চলে যেত। @StateObject স্থিতিশীলতার গ্যারান্টি যোগ করে এই সমস্যার সমাধান করেছে।

মূল নিয়ম: @StateObject সেই ভিউতে ব্যবহৃত হয় যা ডিফল্ট আরম্ভকারী (let model = ViewModel())-এ অবজেক্ট তৈরি করে। চাইল্ড ভিউগুলি যারা এই অবজেক্ট পায় তারা @ObservedObject ব্যবহার করে। এই বিভাজন সমগ্র শ্রেণিবিন্যাসে সত্যের একক উৎস নিশ্চিত করে।

@StateObject-এর জীবনচক্র

SwiftUI @StateObject-এর জীবনচক্র @State-এর মতো স্টোরেজ ম্যানেজার-এর মাধ্যমে পরিচালনা করে। ভিউ প্রথমবার উপস্থিত হলে, SwiftUI অবজেক্টের জন্য মেমরি বরাদ্দ করে এবং এটি একটি স্থায়ী এলাকায় সঞ্চয় করে। পরবর্তী রেন্ডারে (body কল), অবজেক্টটি পুনঃনির্মিত হয় না—বিদ্যমান ইনস্ট্যান্স ব্যবহার করা হয়। ভিউ যতক্ষণ শ্রেণিবিন্যাসে থাকে ততক্ষণ অবজেক্ট বেঁচে থাকে।

যখন ভিউ শ্রেণিবিন্যাস থেকে সরানো হয়, SwiftUI @StateObject ধ্বংস করে, deinit কল করে। যখন ভিউ আবার শ্রেণিবিন্যাসে যুক্ত করা হয়, একটি নতুন ইনস্ট্যান্স তৈরি হয়। ডিজাইন করার সময় এটি বিবেচনা করা গুরুত্বপূর্ণ: যদি ভিউ অপসারণের মধ্যে ডেটা সংরক্ষণ করতে হয়, তাহলে একটি সার্ভিস লেয়ার (সিঙ্গলটন বা DI) বা @AppStorage ব্যবহার করুন।

class TimerViewModel: ObservableObject {
    @Published var seconds: Int = 0
    private var timer: Timer?

    func start() {
        timer = Timer.scheduledTimer(withTimeInterval: 1, repeats: true) { _ in
            self.seconds += 1
        }
    }

    deinit {
        timer?.invalidate()
    }
}

struct TimerView: View {
    @StateObject var viewModel = TimerViewModel()

    var body: some View {
        Text("\(viewModel.seconds)s")
            .onAppear { viewModel.start() }
    }
}

উদাহরণে, TimerViewModel @StateObject-এর মাধ্যমে তৈরি হয় এবং TimerView স্ক্রিনে থাকা পর্যন্ত বেঁচে থাকে। টাইমার onAppear-এ শুরু হয় এবং deinit-এ বন্ধ হয়। যদি @ObservedObject ব্যবহার করা হত, TimerView-এর প্রতিটি রেন্ডারে seconds = 0 সহ একটি নতুন TimerViewModel তৈরি হত, এবং টাইমার কখনও সঠিকভাবে কাজ করত না। @StateObject গ্যারান্টি দেয় যে viewModel অনন্য এবং স্থিতিশীল।

@StateObject বনাম @ObservedObject: তুলনা

@StateObject এবং @ObservedObject-এর মধ্যে পছন্দ নির্ভর করে কে অবজেক্টের মালিক তার উপর। যদি ভিউ অবজেক্ট তৈরি করে—@StateObject। যদি ভিউ প্রস্তুত অবজেক্ট পায়—@ObservedObject। এই নিয়মটি এত গুরুত্বপূর্ণ যে Xcode একটি সতর্কতা দেখায় যখন @StateObject চাইল্ড ভিউতে ব্যবহৃত হয় যা আরম্ভকারীর মাধ্যমে অবজেক্ট পায়।

অনুশীলনে, প্রকল্পের শুরুতে, @StateObject প্রায়ই রুট ভিউতে এবং @ObservedObject সমস্ত চাইল্ড ভিউতে ব্যবহৃত হয়। অ্যাপ্লিকেশন বাড়ার সাথে সাথে, কিছু @StateObject ইনস্ট্যান্স @EnvironmentObject দিয়ে প্রতিস্থাপিত হতে পারে শ্রেণিবিন্যাস সরল করতে। তবে, @StateObject নিজস্ব যুক্তি সহ মডিউলার স্ক্রিনের জন্য সেরা পছন্দ হিসাবে থাকে।

@StateObject ব্যবহারের প্যাটার্ন

প্রথম প্যাটার্ন—@StateObject সহ MVVM। ObservableObject হিসাবে ViewModel @StateObject-এর মাধ্যমে ভিউতে তৈরি হয়। ViewModel-এ @Published বৈশিষ্ট্য এবং ব্যবসায়িক যুক্তি থাকে। ভিউ পরিবর্তনগুলির সাবস্ক্রাইব করে এবং ইন্টারফেস আপডেট করে। এই পদ্ধতি পরীক্ষণযোগ্য বিচ্ছিন্নতা প্রদান করে: ViewModel সরাসরি ইনস্ট্যান্স তৈরি করে UI ছাড়া পরীক্ষা করা যেতে পারে।

দ্বিতীয় প্যাটার্ন—নির্ভরতা সহ @StateObject। যদি ViewModel-এর সার্ভিস প্রয়োজন হয়, প্যারামিটার সহ আরম্ভকরণ ব্যবহার করুন। উদাহরণস্বরূপ, @StateObject var viewModel = UserViewModel(api: APIClient.shared)। তবে সতর্ক থাকুন: প্যারামিটারগুলি প্রতিটি body রেন্ডারে গণনা করা হয়, কিন্তু অবজেক্টটি শুধুমাত্র একবার তৈরি হয়। SwiftUI @StateObject-এর পরবর্তী আরম্ভকরণ উপেক্ষা করে।

তৃতীয় প্যাটার্ন—নেস্টেড @StateObject। SwiftUI-এ, একটি ভিউতে একাধিক @StateObject থাকতে পারে, তবে এটি খুব কমই ন্যায্য। সাধারণত একটি @StateObject ভিউয়ের সম্পূর্ণ ডেটা সেট পরিচালনা করে। যদি যুক্তি খুব জটিল হয়ে যায়, এটিকে একটি @StateObject-এর ভিতরে @ObservedObject সার্ভিসের সমন্বয়ে ভাগ করুন।

struct AppView: View {
    @StateObject var router = NavigationRouter()
    @StateObject var auth = AuthViewModel()

    var body: some View {
        ContentView()
            .environmentObject(router)
            .environmentObject(auth)
    }
}

উদাহরণে, AppView দুটি @StateObject তৈরি করে: NavigationRouter নেভিগেশন পরিচালনার জন্য এবং AuthViewModel প্রমাণীকরণের জন্য। উভয় অবজেক্ট environmentObject-এর মাধ্যমে Environment-এ ইনজেক্ট করা হয়। যেকোনো চাইল্ড ভিউ আরম্ভকারী শৃঙ্খলের মাধ্যমে না গিয়ে @EnvironmentObject-এর মাধ্যমে সেগুলিতে অ্যাক্সেস করতে পারে।

@StateObject এবং প্যারামিটার সহ আরম্ভকরণ

@StateObject যেকোনো প্যারামিটার সহ আরম্ভকরণ সমর্থন করে, কিন্তু একটি গুরুত্বপূর্ণ শর্ত সহ: আরম্ভকারী শুধুমাত্র একবার কল হয়। পরবর্তী body রেন্ডারে, প্যারামিটারে নতুন মান উপেক্ষা করা হয়। এর অর্থ হল যদি আপনি @State var id: Int = 5 @StateObject var vm = ViewModel(id: id)-এ পাঠান, যখন id পরিবর্তিত হয়, ViewModel নতুন মান পাবে না।

এই সমস্যা সমাধানের জন্য, সিঙ্ক্রোনাইজেশনের জন্য onReceive বা onAppear ব্যবহার করুন। Combine-এর মাধ্যমে ViewModel-এর ভিতরে প্যারামিটার পরিবর্তনের সাবস্ক্রাইব করুন বা ভিউ স্তরে .onChange(of:) পদ্ধতির মাধ্যমে প্যারামিটার পাঠান। একটি বিকল্প @StateObject-এর পরিবর্তে @ObservedObject ব্যবহার করা যদি অবজেক্টটির বাহ্যিক পরিবর্তনে গতিশীলভাবে সাড়া দেওয়া উচিত।

struct DetailView: View {
    let itemId: Int
    @StateObject var viewModel = DetailViewModel()

    var body: some View {
        Text(viewModel.title)
            .onAppear { viewModel.load(id: itemId) }
    }
}

সঠিক পদ্ধতি: DetailView itemId কে let বৈশিষ্ট্য হিসাবে পায় (কাঠামোর আরম্ভকারীর মাধ্যমে পাঠানো), এবং @StateObject প্যারামিটার ছাড়া DetailViewModel তৈরি করে। onAppear-এ, পাঠানো ID-র জন্য ডেটা লোড করতে load(id:) পদ্ধতি কল করা হয়। এটি নিশ্চিত করে যে ViewModel @StateObject প্রক্রিয়া দ্বারা তৈরি হয়েছে, কিন্তু ডেটা বর্তমান ID সহ প্রতিটি ভিউ উপস্থিতিতে লোড হয়।

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

প্রধান ভুল—চাইল্ড ভিউতে @StateObject ব্যবহার করা যা পিতামাতার কাছ থেকে অবজেক্ট পায়। যদি ParentView @StateObject model তৈরি করে, এবং ChildView @StateObject var model: ModelType (ডিফল্ট প্যারামিটার সহ) ঘোষণা করে, তাহলে ChildView তার নিজস্ব স্বাধীন ইনস্ট্যান্স তৈরি করবে। পিতামাতা এবং সন্তানের অবজেক্টগুলি সংযুক্ত হবে না, এবং একটির পরিবর্তন অন্যটিতে প্রতিফলিত হবে না।

দ্বিতীয় ভুল—List বা ForEach-এ @StateObject রাখা। তালিকার প্রতিটি উপাদান তার নিজস্ব @StateObject তৈরি করে, যার ফলে একাধিক স্বাধীন ইনস্ট্যান্স হয়। তালিকার জন্য, সঠিক পদ্ধতি হল @ObservedObject-এর মাধ্যমে সমস্ত উপাদানে একটি ObservableObject পাঠানো বা List-এর ভিতরে @State সহ Identifiable কাঠামো ব্যবহার করা।

তৃতীয় সমস্যা—deinit পরিষ্কারের অভাব। @StateObject পুরো ভিউ জীবনচক্রের জন্য বেঁচে থাকে। যদি অবজেক্ট টাইমার, Combine সাবস্ক্রিপশন বা নেটওয়ার্ক অনুরোধ তৈরি করে, deinit সেগুলি বাতিল করবে। অন্যথায়, মেমরি লিক এবং স্ক্রিন বন্ধ হওয়ার পর পটভূমির কাজ চালিয়ে যাওয়া অনিবার্য। সর্বদা Combine Cancellable স্টোর ব্যবহার করুন বা deinit-এ টাইমারগুলি অকার্যকর করুন।