Question 1

Mixin nədir və Dart-da nə üçün lazımdır?

Accepted Answer

Bir cümlə ilə başla: mixin — iyerarxiya qurmadan davranışı bir neçə class arasında bölüşdürmək mexanizmidir. Sonra səbəbi izah et: Dart-da tək miras var, ona görə bir-biri ilə heç bir taksonomik əlaqəsi olmayan class-larda eyni davranış lazım olanda extends işə yaramır. Məsələn Duck, Fish və Submarine — heç birinin ortaq mənalı super class-ı yoxdur, amma üçü də üzür. mixin Swimmer bu problemi həll edir. Texniki detalları əlavə et: on clause super class-ı məhdudlaşdırır və mixin-ə həmin tipin üzvlərinə çıxış verir. Mixin tip də əlavə edir: duck is Swimmer true-dur, yəni mixin-i interfeys kimi də istifadə etmək olur. Mixin-in konstruktoru olmur — bu, ən vacib məhdudiyyətdir. Sonda praktik nümunə ver: dil kitabxanasındakı ListMixin iki abstract üzvdən (length, operator []) onlarla hazır metod düzəldir — mixin-in ideal istifadə formasıdır.

Question 2

Linearizasiya nədir? class C extends B with M1, M2 üçün metod axtarışı sırası necədir?

Accepted Answer

Bu sual üçün cavabı şəkillə qur — lövhədə zənciri çək, sonra izah et. Dart mixin tətbiqini xətti zəncirə çevirir: B ← B+M1 ← B+M1+M2 ← C Mixin-lər soldan sağa tətbiq olunur, hər biri əvvəlkinin üstünə qoyulur. Buradan üç nəticə çıxarıram: 1. Metod axtarışı sağdan sola gedir: əvvəl C-nin öz üzvləri, sonra M2, sonra M1, sonra B. Yəni sonuncu mixin qalib gəlir. 2. Mixin daxilində super.method() zəncirdə soldakına gedir — M2-nin super-i M1, M1-in super-i B. Bu, "yığılan" davranış yazmağa imkan verir: hər mixin super-i çağırıb üstünə öz işini əlavə edir. 3. Sıra dəyişəndə nəticə dəyişir. with M1, M2 → M2 -> M1 -> B, with M2, M1 → M1 -> M2 -> B. Cavabı güclü bitirmək üçün əlavə et: məhz bu xəttilik sayəsində Dart-da diamond problem yoxdur — hər tip axtarış sırasında dəqiq bir dəfə görünür. Praktik nəticəni də de: iki mixin eyni adlı metod verirsə, kompilyator xəbərdarlıq etmir, sonuncu səssizcə qalib gəlir — bu, real layihədə tapılması çətin bug mənbəyidir, ona görə mixin adlarını konkret və dar seçmək lazımdır.

Question 3

Mixin, miras və kompozisiya arasında necə seçim edirsən?

Accepted Answer

Sualı münasibətlə həll et, sonra praktik siqnallar ver. "X bir növ Y-dir" və real taksonomiya varsa → extends. Bir səviyyə saxlayıram; dərin iyerarxiya metodun mənbəyini tapmağı çətinləşdirir. "X həm də Z edə bilir" — eyni davranış bir-biri ilə əlaqəsi olmayan class-larda təkrarlanırsa → mixin. on ilə lazımi konteksti tələb edirəm. "X-in içində Z var" — davranış konfiqurasiya tələb edirsə, test-də əvəzlənməlidirsə və ya runtime-da dəyişməlidirsə → kompozisiya. Seçim üçün üç sual verirəm: Konstruktor parametri lazımdırmı? (bəlisə mixin ola bilməz) — Test-də bunu fake ilə əvəz etmək istəyəcəyəmmi? (bəlisə kompozisiya) — Bu davranış neçə class-da lazımdır? (birdirsə heç nə lazım deyil, sadəcə metod yaz). Sonda dürüst bir ölçü əlavə et: mixin ucuz görünür, amma gizli əlaqə yaradır — class-ın davranışının bir hissəsi başqa faylda qalır və super zənciri oxunuşu çətinləşdirir. Ona görə default seçimim kompozisiyadır, mixin isə təkrar həqiqətən yorucu olanda.

Question 4

mixin class nədir və adi mixin-dən nə ilə fərqlənir?

Accepted Answer

Dart 3-ə qədər mixin açar sözü ilə elan olunan tip yalnız with ilə istifadə oluna bilirdi, adi class isə həm extends, həm də (bəzi şərtlərlə) with ilə. Dart 3 bunu təmizlədi: indi adi class-ı mixin kimi işlətmək olmur, əvəzinə açıq şəkildə mixin class elan edilir. mixin class Timestamped { ... } — hər iki cür işlədilə bilir: class A with Timestamped {} və class B extends Timestamped {}. Məhdudiyyət: mixin class-ın konstruktoru olmamalıdır (yalnız implicit default konstruktor) və on clause yaza bilməz — çünki extends edildiyi halda super class şərti mənasız olur. Nə vaxt lazımdır? Əsasən geriyə uyğunluq üçün: Dart 2 dövründə yazılmış kitabxanada bir class həm extends, həm with ilə istifadə olunurdusa, Dart 3-ə keçəndə onu mixin class etmək lazım gəlir. Yeni koddasa çox nadir haldır — güclü cavabda bunu da de: adətən tipin bir rolu olmalıdır, mixin class isə iki rol daşıyır və API-ni bulanıqlaşdırır.

Question 5

İki mixin eyni adlı metod elan edərsə nə baş verir və bu riski necə idarə edirsən?

Accepted Answer

Cavab iki hissədən ibarətdir: nə baş verir və nə etmək lazımdır. Nə baş verir: kompilyator xəta və ya xəbərdarlıq vermir. Linearizasiya qaydasına görə zəncirin ən üstündəki — yəni sonuncu mixin qalib gəlir. Əgər həmin mixin super.method() çağırırsa, əvvəlkinin versiyası da işə düşür və nəticə "yığılır"; çağırmırsa, əvvəlki versiya səssizcə tamamilə itir. İkincisi ən təhlükəli haldır, çünki heç bir siqnal yoxdur. Necə idarə edirəm: Mixin üzvlərinə dar və konkret adlar verirəm: logRequest() yox, run(); cacheKey yox, key. Ortaq bir super class və ya on clause təyin edib @override yazmağa məcbur edirəm — belədə niyyət kodda görünür. Daxili köməkçi üzvləri _ ilə private saxlayıram; private üzvlər kitabxana səviyyəsindədir və toqquşma riski kəskin azalır. Bir class-a çoxlu (3-4-dən artıq) mixin qoşulursa, bunu dizayn siqnalı sayıram — çox güman ki, kompozisiyaya keçmək lazımdır. Son cümlə güclü təsir bağışlayır: mixin-lərin sırası API-nin bir hissəsidir — onu təsadüfi dəyişmək davranışı dəyişir, ona görə sıranı şərhlə əsaslandırmaq faydalıdır.

Yanaşma	Nə verir	Nə vaxt seç
Miras — `extends`	Tək valideyn, `super`, konstruktor zənciri, "is-a" münasibəti	Real taksonomiya varsa (`Cat extends Animal`) və bir səviyyə kifayətdirsə
Mixin — `with`	İstənilən sayda, iyerarxiyasız davranış; `on` ilə kontekst tələbi	Eyni davranış bir-biri ilə bağlı olmayan class-larda təkrarlanırsa
Kompozisiya — sahə kimi saxlamaq	Tam nəzarət, asılılığı dəyişdirmək (test-də fake), konfiqurasiya	Davranış konfiqurasiya tələb edirsə və ya runtime-da dəyişməlidirsə
`implements`	Yalnız müqavilə, sıfır implementasiya	Tip uyğunluğu lazımdırsa (fake, adapter)

Mixin-lər

📚 Mənbələr və sənədlər