Bölüm 2 — Konu 9: `Expanded`, `Flexible`, `Spacer`, Intrinsic Widget'lar
Dizi · 9/61 Flutter Türkçe Tutorial
- Bölüm 1 — Konu 1: Flutter Nedir, Mimarisi (Widget → Element → RenderObject, Skia/Impeller)
- Bölüm 1 — Konu 2: Ortam Kurulumu (Flutter SDK, Android Studio/VS Code, Emulator/Simulator, DevTools'a İlk Bakış)
- Bölüm 1 — Konu 3: İlk Proje Yapısı (`pubspec.yaml`, `lib/`, Klasör Mimarisi, `flutter create` Anatomisi)
- Bölüm 1 — Konu 4: Hot Reload / Hot Restart Ne Yapıyor, Neden Önemli
- Bölüm 2 — Konu 5: "Her Şey Widget'tır" Felsefesi, Widget Ağacı
- Bölüm 2 — Konu 6: StatelessWidget vs StatefulWidget + `setState()` Derinlemesine (Rebuild Mekanizması)
- Bölüm 2 — Konu 7: Temel Layout — Container, Row, Column, Stack, Padding, Align, Center
- Bölüm 2 — Konu 8: Constraint Sistemi — "Constraints Go Down, Sizes Go Up, Parent Sets Position"
- Bölüm 2 — Konu 9: `Expanded`, `Flexible`, `Spacer`, Intrinsic Widget'lar
- Bölüm 3 — Konu 10: MaterialApp/CupertinoApp, Scaffold, AppBar
- Bölüm 3 — Konu 11: `ListView`, `GridView`, `SingleChildScrollView` (+ Builder Pattern)
- Bölüm 3 — Konu 12: Text, TextStyle, Icon, Image, Asset Yönetimi
- Bölüm 3 — Konu 13: Custom Widget Yazma Prensipleri (Composition Over Inheritance)
- Bölüm 3 — Konu 14: Navigator 1.0 — Push/Pop, Named Routes
- Bölüm 4 — Konu 15: Form, TextField/TextFormField, GlobalKey<FormState>, Validasyon
- Bölüm 4 — Konu 16: Theme Sistemi (ThemeData, ColorScheme)
- Bölüm 4 — Konu 17: Responsive & Adaptive Tasarım (MediaQuery, LayoutBuilder, OrientationBuilder, Breakpoint Stratejileri)
- Bölüm 5 — Konu 18: Future/Async-Await Flutter Bağlamında, FutureBuilder
- Bölüm 5 — Konu 19: `Stream`, `StreamBuilder`
- Bölüm 5 — Konu 20: HTTP İstekleri (`http` / `dio` Paketleri)
- Bölüm 5 — Konu 21: JSON Serialization (Manuel → `json_serializable`/`freezed`)
- Bölüm 5 — Konu 22: Local Storage — `shared_preferences` → `Hive` → `sqflite`/Drift
- Bölüm 6 — Konu 23: InheritedWidget ve InheritedModel — "Neden setState Yetmiyor" Sorusunun Cevabı
- Bölüm 6 — Konu 24: Provider Paketi
- Bölüm 6 — Konu 25: Riverpod (Modern Yaklaşım, Provider'ın Halefi)
- Bölüm 6 — Konu 26: BLoC/Cubit Pattern (`flutter_bloc`)
- Bölüm 6 — Konu 27: GetX (Tartışmalı Ama Yaygın)
- Bölüm 6 — Konu 28: Karşılaştırma — Hangi Projede Hangisi?
- Bölüm 7 — Konu 29: Navigator 2.0 (Router, RouteInformationParser, RouterDelegate)
- Bölüm 7 — Konu 30: `go_router` Paketi (Pratik ve Modern Çözüm)
- Bölüm 7 — Konu 31: Deep Linking
- Bölüm 7 — Konu 32: Repository Pattern, Katmanlı Mimari (Data/Domain/Presentation)
- Bölüm 7 — Konu 33: Dependency Injection (`get_it`, `injectable`)
- Bölüm 7 — Konu 34: Clean Architecture Uyarlaması, SOLID Prensipleri
- Bölüm 8 — Konu 35: Implicit Animasyonlar
- Bölüm 8 — Konu 36: Explicit Animasyonlar (`AnimationController`, `Tween`, `Curve`)
- Bölüm 8 — Konu 37: Hero Animasyonları
- Bölüm 8 — Konu 38: `CustomPainter` / `Canvas`
- Bölüm 8 — Konu 39: Rive / Lottie Entegrasyonu
- Bölüm 9 — Konu 40: Platform Channels
- Bölüm 9 — Konu 41: Permission Yönetimi (`permission_handler`)
- Bölüm 9 — Konu 42: Kamera, Konum, Sensörler
- Bölüm 9 — Konu 43: Push Notification (Firebase Cloud Messaging)
- Bölüm 9 — Konu 44: Android/iOS Build Sistemleri
- Bölüm 10 — Konu 45: Test Yazımı (Unit, Widget, Integration, Golden)
- Bölüm 10 — Konu 46: CI/CD
- Bölüm 10 — Konu 47: Rebuild Optimizasyonu (`const`, `key` Kullanımı)
- Bölüm 10 — Konu 48: DevTools Profiling
- Bölüm 10 — Konu 49: Lazy Loading, Pagination, Büyük Liste Performansı
- Bölüm 11 — Konu 50: Firebase Ekosistemi (Auth, Firestore, Storage, Functions)
- Bölüm 11 — Konu 51: Supabase Alternatifi
- Bölüm 11 — Konu 52: GraphQL (Opsiyonel)
- Bölüm 11 — Konu 53: Store Yayınlama Süreci (İmzalama, Listing, Versiyonlama)
- Bölüm 11 — Konu 54: App Size, Obfuscation, Flavor Yönetimi
- Bölüm 12 — Konu 55: Flutter Web / Desktop
- Bölüm 12 — Konu 56: Custom `RenderObject` Yazımı
- Bölüm 12 — Konu 57: Engine Mimarisi Derinlemesine (Impeller vs Skia)
- Bölüm 12 — Konu 58: Plugin Geliştirme, pub.dev'e Paket Yayınlama
- Bölüm 12 — Konu 59: Monorepo Mimarisi (Melos)
- Bölüm 12 — Konu 60: Erişilebilirlik (Accessibility) Derinlemesine
- Bölüm 12 — Konu 61: Yerelleştirme (Localization / i18n)
İçindekiler 10 başlık
- Expanded — Kalan Alanı Doldurma
- flex Parametresi — Oransal Paylaşım
- Flexible — Expanded'in Daha Esnek Kuzeni
- Spacer — Boş Alan Widget'ı
- Intrinsic Widget'lar — IntrinsicWidth, IntrinsicHeight
- Hepsini Bir Arada — Pratik Bir Örnek
- 🎯 Bu Dersten Çıkarılması Gerekenler
- 📝 Ödevler
- 🎮 Mini Uygulama — Basit Bir "Bütçe Dağılımı" Ekranı
- 🏁 Bölüm 2 Tamamlandı!
Bölüm 2'nin son konusundayız. Bir önceki derste öğrendiğimiz "Row içinde sonsuz genişlik hatası" sorununu çözen araçları burada işleyeceğiz.
Expanded — Kalan Alanı Doldurma
Row(
children: [
Container(width: 50, color: Colors.red),
Expanded(
child: Container(color: Colors.blue), // kalan TÜM alanı doldurur
),
],
)Expanded, Bölüm 2 Konu 8'de öğrendiğimiz constraint sistemini "senin lehine kullanan" bir widget'tır — Row'un, çocuklarına verdiği "sonsuz genişlik" imkanını, Expanded güvenli bir şekilde çocuğuna aktarır (artık "sonsuz boyut seç" paradoksuna düşmeden, çünkü Expanded, kalan kesin alanı hesaplayıp iletir).
Nasıl çalışır — adım adım:
Row, toplam genişliğini (300pxdiyelim) biliyor.- İlk çocuk (
Container(width: 50)),50pxkullanıyor. Row, kalan250px'i,Expanded'e kesin (tight) bir kısıtlama olarak veriyor: "tam olarak 250px olmalısın."Expanded'in çocuğu (Container), bu kesin kısıtlamayı alıyor ve250pxgenişliğinde çiziliyor.
flex Parametresi — Oransal Paylaşım
Row(
children: [
Expanded(
flex: 1,
child: Container(color: Colors.red),
),
Expanded(
flex: 2,
child: Container(color: Colors.blue),
),
],
)Birden fazla Expanded kullanıldığında, kalan alan, flex değerlerinin oranına göre paylaştırılır — burada flex: 1 ve flex: 2 olduğu için, mavi kutu kırmızının iki katı genişlikte olur (toplam 3 birim, kırmızı 1/3'ü, mavi 2/3'ü alır). Varsayılan flex değeri 1'dir.
Flexible — Expanded'in Daha Esnek Kuzeni
Row(
children: [
Flexible(
child: Container(width: 100, color: Colors.red),
),
Expanded(
child: Container(color: Colors.blue),
),
],
)Flexible ile Expanded arasındaki fark: Expanded, aslında Flutter'ın kaynak kodunda Flexible'dan türeyen bir sınıftır (Dart Bölüm 7'de öğrendiğimiz extends kalıtımı) — Expanded, Flexible'ın fit: FlexFit.tight (yani "kesinlikle tüm kalan alanı doldur") ile sabitlenmiş bir versiyonudur. Flexible'ın kendisi, varsayılan olarak fit: FlexFit.loose kullanır — bu, çocuğun kendi istediği kadar yer kaplamasına izin verir, ama gerekirse kalan alana kadar büyüyebilir.
// Flexible (loose) — çocuk kendi boyutunu seçebilir, taşmaz
Flexible(child: Text('Kısa metin'))
// Expanded (tight) — çocuk HER ZAMAN kalan tüm alanı doldurur
Expanded(child: Text('Kısa metin')) // Text, ihtiyacından fazla yer kaplar (boş alan bırakır)Bu, Bölüm 2 Konu 7'de Center'ın aslında Align'ın özel bir hali olduğunu öğrendiğimiz kalıba çok benzer — burada da Expanded, Flexible'ın özel (daha kısıtlayıcı) bir halidir.
Spacer — Boş Alan Widget'ı
Row(
children: [
Text('Sol'),
Spacer(), // aradaki tüm boşluğu doldurur
Text('Sağ'),
],
)Spacer, görünmez bir widget'tır — sadece kalan alanı doldurarak, iki widget'ı birbirinden uzaklaştırmaya yarar. Bilmen faydalı bir detay: Spacer, aslında kaynak kodda Expanded'i kullanan bir widget'tır (Expanded(child: SizedBox()) gibi bir kompozisyon) — yani Expanded'i zaten öğrendiğin için, Spacer'ın nasıl çalıştığını da örtük olarak biliyorsun. Bu, Row(children: [Text('Sol'), Spacer(), Text('Sağ')]) yazmanın, MainAxisAlignment.spaceBetween kullanmaya alternatif bir yol olduğunu gösteriyor — ikisi de benzer bir görsel sonuç verir, ama Spacer'a flex de verebilirsin, bu da ona MainAxisAlignment'ın sağlamadığı bir esneklik katar.
Row(
children: [
Text('Sol'),
Spacer(flex: 2), // 2 birim boşluk
Text('Orta'),
Spacer(flex: 1), // 1 birim boşluk
Text('Sağ'),
],
)Intrinsic Widget'lar — IntrinsicWidth, IntrinsicHeight
Bölüm 2 Konu 8'de öğrendiğimiz "constraints go down, sizes go up" kuralının istisnai bir durumunu ele alan widget'lardır. Normalde bir widget, kendi doğal (intrinsic) boyutunu bilmeden, sadece kendine verilen kısıtlamaya göre boyutlanır. Bazen, bir widget grubunun hepsinin aynı genişlikte olmasını istersin — örneğin bir Column içindeki tüm butonların, en geniş olanına göre eşit genişlikte olmasını:
IntrinsicWidth(
child: Column(
crossAxisAlignment: CrossAxisAlignment.stretch,
children: [
ElevatedButton(onPressed: () {}, child: Text('Kısa')),
ElevatedButton(onPressed: () {}, child: Text('Çok Daha Uzun Bir Buton Metni')),
],
),
)IntrinsicWidth, önce tüm çocukların "doğal olarak istediği" genişliği hesaplar, en genişini bulur, sonra hepsine bu genişliği zorunlu kılar.
Önemli performans notu: IntrinsicWidth/IntrinsicHeight, normal layout sürecinden daha maliyetlidir — çünkü layout ağacını iki kere (önce "doğal boyutları öğrenmek için", sonra "gerçek boyutlandırma için") gezmesi gerekir. Bölüm 9'da (performans) bu tür maliyetli widget'ları ne zaman kullanmaman gerektiğini derinlemesine işleyeceğiz — şimdilik, gerçekten gerekmedikçe kullanmaktan kaçınmanı öneririm.
Hepsini Bir Arada — Pratik Bir Örnek
class OranliBar extends StatelessWidget {
const OranliBar({super.key});
@override
Widget build(BuildContext context) {
return Container(
height: 30,
child: Row(
children: [
Expanded(
flex: 3,
child: Container(color: Colors.green), // %30 (3/10)
),
Expanded(
flex: 7,
child: Container(color: Colors.grey[300]!), // %70 (7/10)
),
],
),
);
}
}Bu, gerçek uygulamalarda gördüğün ilerleme çubukları (progress bar) veya oran gösterge çubuklarının temel mantığıdır — flex oranlarıyla, bir alanın yüzdesel dağılımını modelliyorsun.
🎯 Bu Dersten Çıkarılması Gerekenler
Expanded,Row/Columniçinde kalan alanı doldurur;flexparametresiyle birden fazlaExpandedarasında oransal paylaşım yapılabilir.Flexible,Expanded'in daha esnek üst sınıfıdır —loosemodda (varsayılan), çocuk kendi boyutunu seçebilir;Expanded, bununtight(zorunlu, tam doldurma) versiyonudur.Spacer, görünmez bir boşluk widget'ıdır; arka plandaExpandedkullanır,flexile oransal boşluk oluşturabilir.IntrinsicWidth/IntrinsicHeight, bir grup widget'ı "en büyük olana göre" eşitler, ama normal layout'tan daha maliyetlidir.
📝 Ödevler
- [ ]
Rowiçine 3 farklıContainerkoy,Expandedve farklıflexoranlarıyla (1:2:1 gibi) genişlik dağıt. - [ ]
FlexibleileExpandedarasındaki farkı, aynıTextwidget'ını ikisiyle de deneyerek (görsel farkı gözlemleyerek) göster. - [ ]
Spacerkullanarak, birRowiçinde iki widget'ı birbirinden uzaklaştır; sonra aynı sonucuMainAxisAlignment.spaceBetweenile elde et, ikisini karşılaştır. - [ ]
IntrinsicWidthkullanarak, farklı uzunluktaki metinlere sahip birkaç butonu eşit genişlikte yap. - [ ] Konu 9'daki "OranliBar" örneğine benzer, kendi
flexoranlarınla bir "yüzde göstergesi" çubuğu tasarla.
🎮 Mini Uygulama — Basit Bir "Bütçe Dağılımı" Ekranı
Bölüm 2'de öğrendiğin tüm layout araçlarını (Container, Row, Column, Stack, Padding, Align, Center, Expanded, Flexible, Spacer) birleştiren bir ekran tasarla:
Gereksinimler:
- Üstte bir başlık (
Text,Paddingile boşluklu). - Ortada,
Expanded/flexkullanan bir "bütçe çubuğu" (en az 3 farklı renkli, farklı oranlı bölüm — örneğin "Kira: %40, Yemek: %30, Eğlence: %30"). - Çubuğun altında, her kategori için bir renk göstergesi ve isim (
Rowiçinde küçük renkli kutular +Text,Spacerile aralarında boşluk). - Tüm ekran
CentervePaddingile düzgün ortalanmış ve boşluklu olsun.
Bu projede de StatelessWidget yeterli — setState()'e gerek yok. Amaç, Bölüm 2'nin tamamını kapsayan bir layout pratiği yapmak.
🏁 Bölüm 2 Tamamlandı!
Widget'larla düşünmeyi, StatelessWidget/StatefulWidget ayrımını, temel layout widget'larını, constraint sistemini ve esnek boyutlandırma araçlarını (Expanded/Flexible/Spacer) öğrendin. Artık gerçek, düzenli arayüzler kurabiliyorsun.
Sıradaki durak Bölüm 3 — İlk Gerçek Ekranlar: MaterialApp/Scaffold/AppBar ile gerçek bir uygulama iskeleti kuracak, listeler (ListView) ve navigasyon (ekranlar arası geçiş) ile ilk çok ekranlı uygulamanı yazacaksın.