`late` və initialization

late compiler-ə deyir: "bu non-nullable dəyişən elan anında hazır deyil, amma ilk oxunuşdan əvvəl mütləq mənimsədiləcək — yoxlamanı compile-time-dan runtime-a köçür."

Texniki olaraq late sahə bir gizli bayraq əlavə edir: hər oxunuşda "initialise olunub?" yoxlanılır. Olunmayıbsa LateInitializationError atılır. Yəni late null safety-ni söndürmür, sadəcə yoxlamanın vaxtını dəyişir.

İki fərqli istifadə forması var və onları qarışdırmamaq vacibdir:

• İnitializer-siz `late`: late String token; — dəyər sonradan (məsələn, initState-də və ya bir setup metodunda) mənimsədilir.
• İnitializer-li `late` (lazy): late final config = _loadConfig(); — ifadə yalnız ilk oxunuşda hesablanır və nəticə saxlanılır. Heç vaxt oxunmasa, ümumiyyətlə hesablanmır.

İkinci forma bahalı obyektlər üçün əla alətdir: ağır parse, böyük RegExp, şifrələmə açarı və ya yalnız bəzi kod yollarında lazım olan servis.

Sinifdə initialization sırası late-i doğru istifadə etmək üçün bilinməlidir. Dart konstruktoru bu ardıcıllıqla işləyir:

• Sahələrin initializer-ləri (elan yanında yazılanlar) — bu mərhələdə this hələ mövcud deyil, ona görə başqa sahəyə və ya metoda müraciət etmək olmaz
• Konstruktorun initializer siyahısı (: x = 1, y = 2) və super çağırışı
• Konstruktorun gövdəsi ({ ... }) — burada artıq this var

Buradan late-in ən tipik doğru istifadəsi çıxır: sahə başqa sahədən asılıdırsa, adi initializer işləmir, çünki this hazır deyil. late final parser = Parser(config); isə işləyir, çünki ifadə yalnız ilk oxunuşda — obyekt tam qurulduqdan sonra — hesablanır.

Digər tez-tez rast gəlinən istifadə: late final sahə konstruktorun gövdəsində mənimsədilir (məsələn, late final controller; ... controller = Controller(this);), çünki this-ə referens lazımdır.

`late` nə vaxt düzgün alətdir, nə vaxt problemi gizlədir?

Düzgün istifadə:

• Bahalı dəyərin lazy hesablanması (late final regex = RegExp(...))
• Başqa sahədən və ya this-dən asılı sahə
• Framework lifecycle: obyekt konstruktorda deyil, sonrakı setup mərhələsində hazır olur (Flutter-da initState, testlərdə setUp)
• Dependency injection: sahə yaradılışdan sonra bir dəfə "wire" olunur

Problemi gizlədən istifadə:

• Sahə həqiqətən opsionaldırsa — T? düzgün ifadədir, late isə yoxluğu xətaya çevirir
• Konstruktora parametr əlavə etməmək üçün late yazmaq — bu, sadəcə compile-time yoxlamasını runtime crash-ə köçürür
• Bir sinif bir neçə vəziyyəti təsvir edirsə — burada sealed iyerarxiya lazımdır

Bir cümləlik meyar: `late` "gec, amma mütləq olacaq" deməkdir; "bəlkə heç olmayacaq" halı üçün `T?` işlədilməlidir.