Bölüm 6 — Konu 30: Getter / Setter
Dizi · 29/64 Dart Türkçe Tutorial
- Bölüm 1 — Konu 1: Dart Nedir, Nerede Kullanılır, Neden Flutter Bu Dili Seçti
- Bölüm 1 — Konu 2: Ortam Kurulumu (Dart SDK, DartPad, Terminal ile Çalıştırma)
- Bölüm 1 — Konu 3: İlk Program (`main()`, `print()`, Dosya Yapısı)
- Bölüm 1 — Konu 4: Yorum Satırları, Temel Sözdizimi Kuralları
- Bölüm 2 — Konu 5: Değişken Tanımlama — `var`, `final`, `const` Farkı
- Bölüm 2 — Konu 6: Temel Tipler — `int`, `double`, `String`, `bool`
- Bölüm 2 — Konu 7: Tip Çıkarımı (Type Inference) ve Açık Tip Belirtme
- Bölüm 2 — Konu 8: `dynamic` ve `Object` — Ne Zaman Kullanılır, Ne Zaman Kaçınılır
- Bölüm 2 — Konu 9: Null Safety Temelleri (`?`, `!`, `late`'e Giriş)
- Bölüm 3 — Konu 10: Aritmetik, Atama, Karşılaştırma, Mantıksal Operatörler
- Bölüm 3 — Konu 11: `if / else if / else`
- Bölüm 3 — Konu 12: `switch` / `switch expression` (Modern Dart)
- Bölüm 3 — Konu 13: Ternary Operatör, `??`, `??=`, `?.`
- Bölüm 3 — Konu 14: `for`, `while`, `do-while` Döngüleri
- Bölüm 4 — Konu 16: `List` — Oluşturma, Erişim, Temel Metodlar
- Bölüm 4 — Konu 17: `Set` — Benzersiz Eleman Mantığı
- Bölüm 4 — Konu 18: `Map` — Key-Value Yapılar
- Bölüm 4 — Konu 19: Koleksiyon Üzerinde `for-in`, `forEach`
- Bölüm 4 — Konu 20: Spread Operatörü (`...`, `...?`) ve Collection If/For
- Bölüm 5 — Konu 21: Fonksiyon Tanımlama, Parametreler (Positional, Named, Optional)
- Bölüm 5 — Konu 22: Varsayılan Parametre Değerleri (Derinlemesine)
- Bölüm 5 — Konu 23: Arrow Function (`=>`) Sözdizimi
- Bölüm 5 — Konu 24: Fonksiyonlar Birinci Sınıf Vatandaş — Değişkene Atama, Parametre Olarak Geçme
- Bölüm 5 — Konu 25: Anonim Fonksiyonlar ve Closure Kavramı (Derinlemesine)
- Bölüm 5 — Konu 26: Recursion (Özyineleme)
- Bölüm 6 — Konu 27: Class Tanımlama, Constructor (Varsayılan, Named, Factory)
- Bölüm 6 — Konu 28: Alanlar (Fields), Metodlar, `this` Kullanımı (Derinlemesine)
- Bölüm 6 — Konu 29: Initializer List, Constructor Kısayolları (Derinlemesine)
- Bölüm 6 — Konu 30: Getter / Setter
- Bölüm 6 — Konu 31: Statik Üyeler (`static`)
- Bölüm 7 — Konu 32: Kalıtım (`extends`), `super` Kullanımı
- Bölüm 7 — Konu 33: Metod Override Etme, `@override`
- Bölüm 7 — Konu 34: Soyut Sınıflar (`abstract class`)
- Bölüm 7 — Konu 35: Interface Mantığı (`implements`)
- Bölüm 7 — Konu 36: Mixin (`with`)
- Bölüm 7 — Konu 37: `enum` — Basit ve Gelişmiş (Metotlu Enum'lar)
- Bölüm 8 — Konu 38: `try / catch / finally`, `throw`
- Bölüm 8 — Konu 39: Özel Exception Sınıfları Yazma
- Bölüm 8 — Konu 40: Sound Null Safety Derinlemesine — `late`, `required`, Non-Nullable Varsayılan Davranış
- Bölüm 8 — Konu 41: `assert` ile Geliştirme Zamanı Kontrolleri
- Bölüm 9 — Konu 42: Generic Sınıflar ve Fonksiyonlar
- Bölüm 9 — Konu 43: Generic Sınırlamalar (`<T extends ...>`)
- Bölüm 9 — Konu 44: Dart'ın Built-in Generic Koleksiyonları Nasıl Çalışır
- Bölüm 10 — Konu 45: `Future` Kavramı, `async`/`await`
- Bölüm 10 — Konu 46: `Future.then`, Hata Yönetimi (`catchError`)
- Bölüm 10 — Konu 47: `Stream` Temelleri, `async*`, `yield`
- Bölüm 10 — Konu 48: `StreamController`, Broadcast Stream
- Bölüm 11 — Konu 49: `map`, `where`, `reduce`, `fold`
- Bölüm 11 — Konu 50: `sort`, Custom Comparator ile Sıralama
- Bölüm 11 — Konu 51: Iterable Kavramı Derinlemesine (Lazy Evaluation)
- Bölüm 11 — Konu 52: Cascade Notasyonu (`..`)
- Bölüm 12 — Konu 53: `pubspec.yaml`, pub.dev'den Paket Ekleme
- Bölüm 12 — Konu 54: Kütüphane Oluşturma, `import`/`export`, `part`/`part of`
- Bölüm 12 — Konu 55: Dart'ta Test Yazımı (`test` Paketi, Unit Test Mantığı)
- Bölüm 12 — Konu 56: Extension Methods
- Bölüm 12 — Konu 57: Dart'ın Derleme Modelleri (JIT vs AOT) ve Bunun Flutter'a Etkisi
- Bölüm 13 — Konu 59: Dart 3 Pattern Matching — Records, Destructuring, Sealed Classes, Exhaustive Switch
- Bölüm 13 — Konu 60: `Never` Tipi, `covariant` ve Generic Variance Detayları
- Bölüm 13 — Konu 61: Event Loop Derinlemesine — Microtask Queue vs Event Queue
- Bölüm 13 — Konu 62: Memory Model & Performans — Garbage Collection, `const` Nesnelerin Bellek Avantajı
- Bölüm 13 — Konu 63: Isolate'ler Arası Mesajlaşmanın Maliyeti ve `compute()`'un İç İşleyişi
- Bölüm 13 — Konu 64: FFI (Foreign Function Interface) — C Koduna Erişim
- Bölüm 13 — Konu 65: Sunucu Tarafında Dart — `dart:io`, `shelf` Paketiyle Basit Bir Backend/CLI Aracı Yazma
- Bölüm 13 — Konu 66: Derleyici & Analiz Araçları — `dart analyze`, Custom Lint Kuralları, `build_runner` Mimarisi
İçindekiler 8 başlık
- Neden Getter/Setter'a İhtiyaç Var?
- Getter — Hesaplanmış Bir "Özellik" Tanımlama
- Setter — Bir Değeri Atarken Kontrol Uygulama
- _ (Alt Çizgi) — Private Alan/Metod Kuralı
- Neden Getter/Setter + Private Alan Kalıbı Bu Kadar Yaygın?
- Getter/Setter Olmadan Sadece Getter Tanımlamak — Basit Kalıp
- 🎯 Bu Dersten Çıkarılması Gerekenler
- 📝 Ödevler
Neden Getter/Setter'a İhtiyaç Var?
Bölüm 6'ya kadar, bir class'ın alanlarına doğrudan erişip değiştirebiliyorduk:
class Dikdortgen {
double genislik;
double yukseklik;
Dikdortgen(this.genislik, this.yukseklik);
}
void main() {
Dikdortgen d = Dikdortgen(4, 5);
d.genislik = -10; // ❌ mantıksal olarak hatalı ama Dart bunu engellemiyor!
print(d.genislik); // -10 — negatif bir genişlik, anlamsız ama kabul edildi
}Bu bir sorun — bir dikdörtgenin genişliği negatif olamaz, ama şu anki kodumuz bunu engelleyemiyor. Getter ve setter'lar, bir alana erişimi/değişimini kontrol altına almanı sağlayan mekanizmalardır.
Getter — Hesaplanmış Bir "Özellik" Tanımlama
class Dikdortgen {
double genislik;
double yukseklik;
Dikdortgen(this.genislik, this.yukseklik);
double get alan {
return genislik * yukseklik;
}
double get cevre => 2 * (genislik + yukseklik); // arrow ile kısa yazım
}
void main() {
Dikdortgen d = Dikdortgen(4, 5);
print(d.alan); // 20.0 — parantez YOK, tıpkı bir alan gibi erişiliyor!
print(d.cevre); // 18.0
}Kritik detay: d.alan yazdık, d.alan() değil. Getter'lar, dışarıdan bakıldığında sıradan bir alan gibi görünür (parantezsiz erişilir), ama arka planda aslında bir metod gibi çalışır — her erişimde hesaplama yeniden yapılır.
Bunu neden bir alan olarak değil de getter olarak tanımlıyoruz? Çünkü alan, genislik ve yukseklik'ten türetilen bir değerdir — kendi başına saklanmasına gerek yoktur, her ihtiyaç duyulduğunda hesaplanabilir. Eğer alan'ı sıradan bir alan olarak tutsaydık, genislik her değiştiğinde alan'ı da elle güncellemen gerekirdi — bu, hataya çok açık bir yaklaşımdır (birini güncelleyip diğerini unutmak gibi). Getter, bu senkronizasyon sorununu tamamen ortadan kaldırır.
Setter — Bir Değeri Atarken Kontrol Uygulama
class Dikdortgen {
double _genislik; // alt çizgi ile başlıyor — "private" (birazdan açıklayacağız)
Dikdortgen(this._genislik);
double get genislik => _genislik;
set genislik(double yeniDeger) {
if (yeniDeger < 0) {
print("Hata: Genişlik negatif olamaz, işlem reddedildi.");
return;
}
_genislik = yeniDeger;
}
}
void main() {
Dikdortgen d = Dikdortgen(10);
print(d.genislik); // 10.0
d.genislik = 20; // setter çağrılıyor, parantez yok
print(d.genislik); // 20.0
d.genislik = -5; // setter içindeki kontrol devreye giriyor
// Hata: Genişlik negatif olamaz, işlem reddedildi.
print(d.genislik); // 20.0 — değişmedi!
}Yapıyı parçalayalım:
_genislik— gerçek veriyi tutan private alan (alt çizgi ile başlıyor, birazdan açıklayacağız).get genislik => _genislik;— dışarıyagenislikadıyla okuma izni veren getter.set genislik(double yeniDeger) { ... }— dışarıdangenislik'e yazma girişimini yakalayan, kontrol eden setter.
d.genislik = 20; yazdığında, aslında arka planda set genislik(20) metodun çalışıyor — ama sözdizimi olarak sanki doğrudan bir alana atama yapıyormuşsun gibi görünüyor. Bu, encapsulation (kapsülleme) dediğimiz OOP prensibinin temel bir uygulamasıdır: dış dünyaya basit bir arayüz (d.genislik) sunarken, arka planda kontrol mekanizmalarını gizli tutabiliyorsun.
_ (Alt Çizgi) — Private Alan/Metod Kuralı
Bölüm 1'de kısaca değindiğimiz alt çizgi kuralını burada tam olarak açıklayalım: Dart'ta, bir alan/metod/class adının başına _ koymak, onu o dosyaya (library) özel yapar — başka bir dosyadan doğrudan erişilemez hale gelir.
// dikdortgen.dart dosyası
class Dikdortgen {
double _genislik; // sadece bu dosya içinden erişilebilir
Dikdortgen(this._genislik);
}// main.dart dosyası
import 'dikdortgen.dart';
void main() {
Dikdortgen d = Dikdortgen(10);
print(d._genislik); // ❌ HATA! Başka bir dosyadan private alana erişilemez
}Bu, Java/C# gibi dillerdeki private anahtar kelimesine benzer bir işlev görür ama Dart'ta ayrı bir anahtar kelime yoktur — sadece isim kuralı (_ öneki) kullanılır. Bunun dosya (library) seviyesinde çalıştığını bilmen önemli — aynı dosya içindeki başka bir class, _genislik'e erişebilir, ama farklı bir dosyadaki class erişemez.
Neden Getter/Setter + Private Alan Kalıbı Bu Kadar Yaygın?
class BankaHesabi {
double _bakiye = 0;
double get bakiye => _bakiye;
void paraYatir(double miktar) {
if (miktar <= 0) {
print("Geçersiz miktar");
return;
}
_bakiye += miktar;
}
void paraCek(double miktar) {
if (miktar > _bakiye) {
print("Yetersiz bakiye");
return;
}
_bakiye -= miktar;
}
}
void main() {
BankaHesabi hesap = BankaHesabi();
hesap.paraYatir(1000);
print(hesap.bakiye); // 1000.0
hesap.paraCek(2000); // Yetersiz bakiye
print(hesap.bakiye); // 1000.0 — değişmedi
hesap.bakiye = 5000; // ❌ HATA! bakiye için setter yok, sadece getter var
}Bu örnek, çok önemli bir kalıbı gösteriyor: bakiye alanı için sadece getter tanımladık, setter tanımlamadık. Bu, bakiye'yi dışarıdan salt-okunur (read-only) yapıyor — değeri sadece paraYatir() ve paraCek() metodları aracılığıyla, kontrollü bir şekilde değiştirilebiliyor. Bu, gerçek dünyada bir banka hesabının nasıl çalışması gerektiğine çok benzer — bakiyeyi doğrudan "20000 yap" diyemezsin, sadece yatırma/çekme işlemleriyle değiştirebilirsin.
Getter/Setter Olmadan Sadece Getter Tanımlamak — Basit Kalıp
class Kisi {
final String ad;
final String soyad;
Kisi(this.ad, this.soyad);
String get tamAd => "$ad $soyad"; // sadece getter, setter yok
}
void main() {
Kisi k = Kisi("Ahmet", "Yılmaz");
print(k.tamAd); // Ahmet Yılmaz
k.tamAd = "Başka İsim"; // ❌ HATA! setter tanımlanmadı
}tamAd, ad ve soyad'dan türetildiği için, ona doğrudan bir değer atamak zaten mantıksız olurdu — bu yüzden sadece getter tanımlamak, bu tür "salt hesaplanmış" özellikler için doğal ve doğru bir kalıptır.
🎯 Bu Dersten Çıkarılması Gerekenler
- Getter (
get), dışarıya bir alan gibi görünen ama aslında hesaplama yapan bir metoddur; parantezsiz çağrılır. - Setter (
set), bir değeri atarken kontrol/doğrulama uygulamanı sağlar;nesne.alan = degerşeklinde çağrılır. _öneki, bir alan/metodu dosyaya (library) özel (private) yapar.- Yaygın kalıp: gerçek veriyi
_alanolarak private tut,get/setile kontrollü erişim sağla. - Sadece getter tanımlayıp setter tanımlamamak, bir özelliği dışarıdan salt-okunur yapmanın basit bir yoludur.
📝 Ödevler
- [ ] Bir
Dairesınıfı yaz —yaricapalanı olsun,alanvecevreiçin getter'lar tanımla (hesaplanmış özellikler). - [ ] Bir
Sicakliksınıfı yaz — private bir_derece(Celsius) alanı olsun, negatif mutlak sıfırdan (-273.15) düşük bir değer atanmaya çalışıldığında reddeden bir setter yaz. - [ ]
BankaHesabiörneğindeki gibi, sadece getter'ı olan (setter'ı olmayan) bir "salt-okunur" alan tasarla ve doğrudan atama yapmaya çalışarak hatayı gözlemle. - [ ]
_ile başlayan private bir alanı, aynı dosya içinde başka bir class'tan erişip erişemediğini test et (iki class'ı aynı dosyada tanımlayarak dene). - [ ] Sadece getter ile hesaplanan bir "tam ad" veya benzeri bir birleşik özellik tanımla, doğrudan atama yapmaya çalışıp hatayı gözlemle.
Sıradaki konu: Bölüm 6 — Konu 31: Statik Üyeler (static)