Bölüm 6 — Konu 27: GetX (Tartışmalı Ama Yaygın)

#GetX Nedir?

GetX, sadece bir state management çözümü değil — state management + navigasyon + dependency injection'ı tek bir pakette birleştiren, "hepsi bir arada" (all-in-one) bir framework'tür. Bu ders başlığındaki "tartışmalı" ifadesi bilinçli — GetX, Flutter topluluğunda hem çok sevilen hem de eleştirilen bir araçtır. Bu dersi, dengeli bir bakış açısıyla işleyeceğiz.

#Paketi Ekleme

flutter pub add get

#Temel Kullanım — GetxController

import 'package:get/get.dart';

class SepetController extends GetxController {
  var sepetSayisi = 0.obs; // '.obs' — GetX'e özgü "observable" yapma

  void ekle() {
    sepetSayisi++; // reaktif — otomatik olarak dinleyicileri günceller
  }
}

.obs — bu, GetX'in en dikkat çekici özelliklerinden biri. Dart Bölüm 6'da öğrendiğimiz normal bir değişken (var sepetSayisi = 0), .obs eklendiğinde "reaktif" (observable) bir değişkene dönüşür — arka planda, GetX bu değeri özel bir wrapper class'a (RxInt) sarmalar. sepetSayisi++ yazdığında, bu otomatik olarak dinleyicilere haber verir — Bölüm 6 Konu 24'te öğrendiğimiz notifyListeners()'ı elle çağırmana bile gerek kalmıyor.

#Widget İçinde Kullanım — Obx

final controller = Get.put(SepetController());

class SepetIkonu extends StatelessWidget {
  const SepetIkonu({super.key});

  @override
  Widget build(BuildContext context) {
    return Obx(() => Badge(
      label: Text('${controller.sepetSayisi}'),
      child: Icon(Icons.shopping_cart),
    ));
  }
}

Get.put(SepetController()) — bu, Bölüm 6 Konu 23-26'da öğrendiğimiz Provider/ChangeNotifierProvider gibi bir "enjeksiyon" mekanizmasının çok daha basit bir versiyonudur — BuildContext'e hiç ihtiyaç duymadan, controller'ı bir global registry'e (kayıt defterine) ekler.

Obx(() => ...) — Dart Bölüm 5'te öğrendiğimiz anonim fonksiyon parametre alıyor (tıpkı builder pattern'lerinde olduğu gibi). Obx, içindeki widget ağacının hangi .obs değişkenlere bağımlı olduğunu otomatik olarak tespit eder ve sadece onlar değiştiğinde yeniden çizer — sen BlocBuilder<T, S> veya context.watch<T>() gibi açıkça hangi tipi izleyeceğini belirtmene bile gerek yok.

#context Olmadan Her Şey — GetX'in İddiası

// Navigasyon - context OLMADAN!
Get.to(DetayEkrani());

// SnackBar - context OLMADAN!
Get.snackbar('Başlık', 'Mesaj');

// Controller'a HERHANGİ bir yerden erişim - context OLMADAN!
Get.find<SepetController>().ekle();

Bu, GetX'in en çok tartışılan özelliğidir — Bölüm 3 Konu 14'te öğrendiğimiz Navigator.push(context, ...)'u hatırlarsan, GetX bunu tamamen context'siz hale getiriyor. Bu, hem bir kolaylık hem de bir eleştiri kaynağıdır — şimdi her iki tarafı da görelim.

#Neden Bazı Geliştiriciler GetX'i Seviyor?

1. Çok az "boilerplate" (tekrarlayan kod) — Bölüm 6 Konu 24-26'da gördüğümüz Provider/Riverpod/BLoC'un BlocBuilder, ConsumerWidget, StateNotifierProvider gibi yapısal gerekliliklerine kıyasla, GetX çok daha az kod ile aynı işi yapar.
2. Öğrenme eğrisi düşük — .obs ve Obx mantığı, sezgisel ve hızlı öğrenilir.
3. Hepsi bir arada — navigasyon, state management, dependency injection, hatta yerelleştirme (localization) tek pakette.
4. context bağımsızlığı — Bölüm 6 Konu 25'te Riverpod'un bu avantajını övmüştük; GetX bunu daha da ileri götürür.

#Neden Bazı Geliştiriciler GetX'e Eleştiri Getiriyor?

1. Flutter'ın "resmi" felsefesinden sapma — Bölüm 1 Konu 1'de öğrendiğimiz Widget/Element/RenderObject mimarisi, BuildContext'i merkezi bir kavram olarak tasarlamıştır (Bölüm 6 Konu 23'te öğrendiğimiz InheritedWidget de context'e dayanır). GetX'in context'i tamamen atlaması, bazı Flutter'a özgü mekanizmalarla (tema, lokalizasyon context'e bağlı çalışan sistemler) sürtüşme yaratabilir.
2. Global state riski — Get.put()/Get.find(), aslında global, erişilebilir her yerden bir kayıt defteri oluşturur. Bu, Dart Bölüm 6'da öğrendiğimiz encapsulation (kapsülleme) prensibini zayıflatabilir — herhangi bir widget, uygulamanın herhangi bir controller'ına, hiçbir kısıtlama olmadan erişebilir, bu da büyük projelerde kodun akışını takip etmeyi zorlaştırabilir.
3. "Sihirli" davranış — Obx'in hangi değişkenlere bağımlı olduğunu otomatik tespit etmesi, Bölüm 6 Konu 24'te öğrendiğimiz context.select<T, R>()'in açık (explicit) yaklaşımına kıyasla, bazen beklenmedik rebuild davranışlarına yol açabilir — çünkü ne zaman, neyin tetiklediği her zaman net olmayabilir.
4. Test edilebilirlik — Get.find() gibi global erişimler, Riverpod'un (Bölüm 6 Konu 25) övdüğümüz "kolay test edilebilirlik" avantajına göre daha zor test edilebilir bir yapı oluşturabilir (bağımlılıkları "mock"lamak/sahtelemek daha karmaşık hale gelir).

#Dengeli Bir Sonuç

Bu, kesin bir "doğru" veya "yanlış" cevabı olmayan bir tartışma — Flutter topluluğu bu konuda bölünmüştür. Bazı büyük, başarılı uygulamalar GetX ile yazılmıştır; bazı büyük takımlar ise bilinçli olarak GetX'ten kaçınır, Provider/Riverpod/BLoC'u tercih eder.

Pratik gözlem noktaları:

• Küçük-orta projeler, hızlı prototipleme: GetX'in hızı ve azlığı avantaj olabilir.
• Büyük, uzun soluklu, çok geliştiricili projeler: GetX'in "her şeye her yerden erişim" esnekliği, disiplin gerektirebilir — bazı takımlar bunu riskli bulur.
• Flutter'ın kendi ekosistemiyle (resmi paketler, dokümantasyon) uyum: Provider/Riverpod, Flutter ekibinin kendi önerdiği desenlere (InheritedWidget tabanlı) daha yakındır.

#🎯 Bu Dersten Çıkarılması Gerekenler

• GetX, state management + navigasyon + dependency injection'ı tek pakette birleştiren, "hepsi bir arada" bir framework'tür.
• .obs, bir değişkeni reaktif (observable) yapar; Obx, hangi değişkenlere bağımlı olduğunu otomatik tespit eden bir widget'tır.
• Get.put()/Get.find(), BuildContext'e hiç ihtiyaç duymadan, global bir kayıt defteri üzerinden state'e erişim sağlar.
• GetX, hızı ve azlığı (boilerplate azlığı) nedeniyle sevilirken; global state riski, Flutter'ın context-merkezli felsefesinden sapması ve test edilebilirlik zorlukları nedeniyle eleştirilir.
• Bu, topluluğun bölündüğü bir konudur — kesin bir doğru cevap yoktur, proje büyüklüğüne ve takım tercihine göre değişir.

#📝 Ödevler

• [ ] .obs ve Obx kullanarak basit bir sayaç yaz, Get.put()/Get.find() ile controller'a farklı widget'lardan eriş.
• [ ] Get.to() ile context kullanmadan bir ekran geçişi yap, Navigator.push(context, ...) ile karşılaştır.
• [ ] Kendi cümlelerinle, GetX'in "context bağımsızlığının" hem avantajını hem potansiyel riskini (encapsulation zayıflığı bağlamında) açıkla.
• [ ] Provider, Riverpod, BLoC ve GetX'i, "ne zaman hangisini seçerdim" perspektifiyle karşılaştıran kısa bir kişisel not yaz.
• [ ] Flutter topluluğunda GetX hakkındaki tartışmayı (güncel görüşleri) kısaca araştır, kendi görüşünü oluştur.

Sıradaki konu: Bölüm 6 — Konu 28: Karşılaştırma — Hangi Projede Hangisi? (Bölüm 6'nın Son Konusu)