Androidcoder

Flutterda KISS, DRY va SOLID

Flutter'da loyiha kattalashgani sari faqat kod ishlashi emas, kodning qanday yozilgani ham muhim bo'lib boradi. Shu yerda KISS, DRY va SOLID prinsiplari juda qo'l keladi.

KISS — Keep It Simple, Stupid

Kod imkon qadar sodda bo'lishi kerak.

Biror muammoni 20 qator kod bilan hal qilish mumkin bo'lsa, faqat "professional ko'rinsin" deb 100 qator yozish shart emas.

Flutter'da ham widgetlarni keragidan ortiq murakkablashtirmaslik, oddiy yechim bo'lsa undan foydalanish — KISS.

DRY — Don't Repeat Yourself

Bir xil kodni qayta-qayta yozmang.

Masalan, loyihada bir xil Button, TextStyle, API request yoki validation bir necha joyda ishlatilsa, uni alohida reusable component yoki function qilib olish mumkin.


AppButton(
title: 'Login',
onPressed: login,
)


Keyin shu componentni loyihaning istalgan joyida ishlatish mumkin.

SOLID

Bu esa biroz kattaroq tushuncha. SOLID 5 ta prinsipdan iborat:

S — Single Responsibility
Har bir class yoki function imkon qadar bitta vazifaga javob bersin.

O — Open/Closed
Kod yangi funksiyalarni qo'shishga ochiq, mavjud kodni o'zgartirishga esa imkon qadar yopiq bo'lsin.

L — Liskov Substitution
Child class parent class o'rnini to'g'ri bosa olishi kerak.

I — Interface Segregation
Katta va keraksiz interface o'rniga kichik, aniq interface'lar yaxshi.

D — Dependency Inversion
Yuqori darajadagi biznes logika konkret implementation'ga emas, abstraction'ga bog'liq bo'lsin.

Masalan Flutter'da:


UI
↓
BLoC / Provider
↓
Repository
↓
Data Source
↓
API / Database


Bu yondashuv loyihani keyinchalik o'zgartirish va test qilishni ancha osonlashtiradi.

Qisqasi:

KISS → sodda yoz

DRY → takrorlama

SOLID → arxitekturani to'g'ri qur

Flutterda kichik loyiha uchun bularning hammasini majburan qo'llash shart emas. Lekin loyiha kattalashgani sari shu prinsiplar kodni boshqarish va keyinchalik o'zgartirishni ancha yengillashtiradi.

Flutter ilovalarini yaratishda kod yozishning o'zi yetarli emas. Loyihalar kattalashgani sari CI/CD (Continuous Integration / Continuous Deployment) jarayonlari ham muhim bo'lib boradi.

CI/CD nima?

🔹 CI (Continuous Integration) — kod repository'ga push qilinganda avtomatik build va testlarni ishga tushiradi.

🔹 CD (Continuous Delivery/Deployment) — build tayyor bo'lgach uni avtomatik ravishda testerlar yoki store'larga yuboradi.

Natija:

* tezroq relizlar;
* kamroq xatolar;
* samaraliroq jamoa ishlashi.

Flutter uchun nega CI/CD kerak?

Flutter cross-platform framework bo'lgani sababli:

* Android va iOS uchun alohida buildlar;
* turli qurilmalar va OS versiyalarida testlar;
* tez-tez yangilanishlar;
* murakkab build jarayonlari
mavjud bo'ladi.

CI/CD esa bu jarayonlarni avtomatlashtiradi.

Oddiy Flutter CI/CD Pipeline

1️⃣ Kod GitHub'ga push qilinadi

⬇️

2️⃣ GitHub Actions yoki boshqa CI tizimi ishga tushadi

⬇️

3️⃣ Unit va Widget testlar bajariladi

⬇️

4️⃣ APK yoki IPA build qilinadi

⬇️

5️⃣ Firebase App Distribution yoki TestFlight orqali testerlarga yuboriladi

Flutter CI/CD uchun foydali tavsiyalar

✅ Dependency'larni cache qilish — build vaqtini sezilarli qisqartiradi.

✅ Android va iOS buildlarini parallel ishga tushirish.

✅ Versiyalarni avtomatik boshqarish — pubspec.yaml faylini qo'lda o'zgartirishga hojat qolmaydi.

✅ Build muvaffaqiyatli yoki muvaffaqiyatsiz tugasa Slack yoki Email orqali xabarnoma yuborish.

Nega Flutter?

🚀 Bitta kod bazasi orqali Android, iOS, Web va Desktop

🎨 Chiroyli va moslashuvchan UI/UX

⚡ Native darajaga yaqin ishlash tezligi

Menimcha, Flutter loyihalari soni oshgani sari CI/CD bilish ham Flutter'ning o'zi kabi muhim ko'nikmaga aylanib bormoqda. Chunki yaxshi dasturchi nafaqat kod yozadi, balki release jarayonini ham avtomatlashtiradi.

Flutter dasturchilar uchun katta yangilik.

Flutter 3.47 rasman e'lon qilindi va bu reliz faqat bug fix emas, balki framework'ning kelajakdagi arxitekturasiga ham ta'sir qiladigan o'zgarishlarni olib keldi.Eng qiziq yangiliklardan biri — Material va Cupertino kutubxonalari endi Flutter SDK'dan ajratildi.
Ya'ni:
material_ui,
cupertino_ui
mustaqil paketlar sifatida rivojlanadi va yangi widgetlar uchun SDK relizlarini kutishga hojat qolmaydi.

Yana bir muhim o'zgarish:Impeller endi macOS, Windows va Linux'da standart render engine bo'ldi.Bu esa:animatsiyalarni silliqroq ishlashi;shader compilation jank muammolarining kamayishi;matn va vektor grafikalarni
tiniqroq ko'rsatishikabi afzalliklarni olib keladi.Web bilan ishlaydiganlar uchun ham yaxshi yangilik bor.

Flutter endi Wasm Deferred Loading funksiyasini qo'llab-quvvatlaydi.Katta web ilovalarni kichik modullar
ga bo'lib yuklash mumkin bo'ladi, bu esa dastlabki ochilish vaqtini sezilarli qisqartiradi.Desktop yo'nalishida ham sezilarli o'zgarishlar mavjud:
Multi-window imkoniyatlari;Native window access;Popup oynalar;Windows va Linux uchun Flavors qo'llab-quvvatlashi.Desktop Flutter asta-sekin Electron va boshqa desktop framework'larga jiddiy raqobatchi bo'lib bormoqda.Apple ekotizimida esa:
minimal iOS versiyasi → iOS 15minimal macOS versiyasi → macOS 12ga ko'tarildi.

Shuningdek, Apple Silicon yo'nalishiga o'tish davom etmoqda.Menga eng qiziq tuyulgan qism esa Widget Preview funksiyasining Stable holatga o'tgani bo'ldi.Endi butun ilovani qayta ishga tushirmasdan alohida widgetlarni test qilish va preview qilish ancha qulaylashadi.lutter 3.47'dagi eng katta o'zgarish bitta yangi widget emas, balki framework'ning yanada modulli va mustaqil rivojlanish yo'liga o'tayotganidir.