Büyük Flutter projelerinde modüler state yönetimi ile seçili güncelleme

Büyük Flutter projelerinde tek bir global state, gereksiz rebuild'lere, zor test edilebilen kodlara ve bakım yüküne yol açar. Bu makalede modüler state tasarımı, feature-scoped state ve seçili yeniden oluşturma (selective rebuild) uygulamalarını adım adım ele alacağız.

Modüler state yönetimi nedir ve nasıl çalışır

Modüler state yönetimi, uygulamayı mantıksal feature'lara ayırarak her bir feature için bağımsız state kapsülleri oluşturmayı önerir. Bu kapsüller Provider, Riverpod, Bloc ya da kendi küçük ChangeNotifier implementasyonunuz gibi araçlarla sağlanabilir; amaç, state'in scope'unu daraltmak ve bağımlılıkları netleştirmektir.

Nasıl çalıştığına bakarsak: her feature kendi domain modelini ve API katmanını taşır; UI sadece ilgili kapsüle abone olur. Bu yapı, rebuild sınırını daraltır, test edilebilirliği artırır ve ekipler arası paralel geliştirmeyi kolaylaştırır çünkü değişiklikler daha lokal kalır.

State scope ve feature-ise ayırma: performans ve bakım faydaları

Feature-ise ayırma, bellekte ve CPU'da izole edilen state parçaları sağlar; örneğin ürün listesi, sepet ve kullanıcı profili ayrı scope'larda tutulur. Bu sayede sepet güncellendiğinde ürün listesi widget'ları yeniden oluşturulmaz; sadece sepetle ilişkili dinleyiciler tetiklenir.

Teknik olarak bunu sağlamak için Provider veya Riverpod gibi araçlarda scope sağlayıcılar (scoped providers) ya da ayrı Bloc/Cubit/Notifier örnekleri kullanabilirsiniz. Ayrıca state persistence için SharedPreferences, Hive veya sembolik mimari ile arayüzlenen bir Persistence katmanı tercih edilebilir.

Gerçek dünya senaryosu: e-ticaret uygulamasında modüler state

Senaryo: Orta ölçekli bir e-ticaret mobil uygulaması (ürün listeleme, filtre, sepet, ödeme) geliştiren bir ekip; problem, filtreleme veya stok bilgisi güncellendiğinde uygulamanın ana liste ekranının tümünün yeniden çizilmesi ve kullanıcı deneyiminde jank görünmesi. Ekip ayrıca yeni özellikleri bağımsız geliştirebilmek istiyor.

Çözüm: Uygulama üç ana scope'a ayrıldı - ProductScope (liste, filtre), CartScope (sepet, fiyat hesaplama) ve CheckoutScope (ödeme akışı). Her scope kendi data layer'ını (REST client, caching), state modelini (immutable DTO'lar) ve UI observer'ını taşıdı. Cart için Provider + Selector kullandık, product list için sayfalama yapan bir repository ve cache stratejisi uygulandı.

Sonuçlar ölçüldü: widget rebuild sayısında ~45% düşüş (uygulama içi debug sayaçlarıyla), ortalama frame build süresi 12ms'den 8ms'ye geriledi ve checkout sayfasının TTI (time to interactive) 200ms hızlandı; bu değerler ekip içi profil ölçümlerinden alınmıştır ve uygulamanızda farklılık gösterebilir.

Seçili yeniden oluşturma (selective rebuild) pratik örnek

Aşağıdaki örnek, Provider paketindeki Selector widget'ını kullanarak sadece sepet öğe sayısını dinleyen bir widget gösterir. Bu sayede geniş bir model değiştiğinde yalnızca sayıyı gösteren Text widget'ı yeniden oluşturulur; diğer UI parçaları etkilenmez.

Kod blokunda selector ile modelden sadece gerekli alanı (itemsCount) alıyoruz, builder içinde yalnızca bu değer kullanıldığından gereksiz rebuild'ler engellenir. Böyle yazmak, performansı korurken kodun okunaklılığını da sağlar.

Selector(
  selector: (context, cart) => cart.itemsCount,
  builder: (context, count, child) {
    return Text('Sepet: $count');
  },
)

Bu yapı seçildi çünkü minimal seçiciler rebuild'leri sınırlar ve modellerin daha büyük olduğu durumlarda bile yalnızca ilgili UI parçası güncellenir. Ayrıca test yazarken sadece seçicinin çıktısını kontrol etmek daha kolaydır.

Edge case'ler, test stratejileri ve performans ölçümü

Edge case: Bir scope içindeki asenkron güncellemelerin yarış durumları (race conditions) oluşturması sık görülür; bunu önlemek için state güncellemelerini sıralı hale getirin, optimistic update yapıyorsanız rollback mekanizması ekleyin ve immutable modeller kullanın. Özellikle ödeme gibi kritik akışlarda idempotent API tasarımına dikkat edin.

Test stratejisi: Her scope için birim testleri (state transition), widget testleri (selective rebuild doğrulama) ve entegrasyon testleri yazın. Flutter'ın flutter_test ile Provider/Riverpod için sahte sağlayıcılar kullanarak kapsamlı testler oluşturabilirsiniz.

Performans ölçümü: DevTools, profiler ve frame rendering timeline'ı ile rebuild ve raster zamanlarını ölçün; micro-benchmark için küçük senaryolarda compute() veya Isolate kullanarak ağır iş yüklerini UI'dan ayırabilirsiniz.

Öğrenme yolu: kurslar, kaynaklar ve sonraki adımlar

Bu konuyu derinleştirmek için flutter eğitimi ve flutter kursu arayanlar, scope bazlı mimariler, immutability prensipleri ve test odaklı geliştirme konularına odaklanmalı. dart programlama eğitimi de model tasarımı ve immutable veri yapıları için faydalıdır.

İleri adımlar olarak: küçük bir feature modülü yazarak başlayın, sonrasında modülü uygulamaya entegre edip rebuild sayaçlarıyla etkisini ölçün; cross platform mobil uygulama geliştirme projelerinde bu yaklaşım ekip verimliliğini artırır.

Bu konuyu neden öğrenmelisiniz?

Modüler state yönetimini öğrenmek, büyük Flutter projelerinde bakım maliyetini ve regressiyon riskini azaltır; iş ilanlarında scalable architecture ve state management bilgisi sıkça aranıyor.

Bu yetenek, size feature bazlı geliştirme, daha hızlı code review süreçleri ve daha güvenilir performans sunar; hem freelance hem kurumsal ortamlarda projenize doğrudan değer katar.

Özet

• Modüler state yönetimi uygulamayı feature'lara ayırarak bakım kolaylığı sağlar.
• Scope'lu state, gereksiz rebuild'leri azaltarak UI performansını iyileştirir.
• Selector/consumer yaklaşımları ile selective rebuild uygulayın ve test edin.
• Edge case'lerde immutable modeller ve rollback stratejileri kritik öneme sahiptir.
• flutter eğitimi ve dart programlama eğitimi, bu konuyu sağlam öğrenmek için faydalıdır.

Sık Sorulan Sorular

flutter state management nasıl ölçeklenir büyük uygulamalarda?

Büyük uygulamalarda state management ölçeklemesi için feature-scoped state, bağımsız provider/riverpod/bloc örnekleri ve net boundary'ler kullanın; selective rebuild ile UI yükünü sınırlandırın ve persistence/queue mekanizmalarıyla dış bağımlılıkları izole edin.

flutter kursu sonrası hangi state yönetim tekniklerini öğrenmeliyim?

Bir flutter kursu sonrasında scope bazlı mimari, immutable modeller, selector/consumer desenleri ve test odaklı state geçişlerini öğrenmek faydalıdır; ayrıca profil araçlarını kullanarak performans ölçmeyi de ekleyin.

dart programlama eğitimi state tasarımında ne fayda sağlar?

Dart eğitimi, immutable veri yapıları, sealed classes (union types), copyWith pattern ve asenkron programlama konularında derinlik sağlar; bu bilgiler daha güvenilir ve test edilebilir state modelleri oluşturmanıza yardımcı olur.

cross platform mobil uygulama geliştirme için state partitioning gerekli mi?

Evet; cross platform mobil uygulama geliştirme projelerinde state partitioning uygulamanın farklı platformlarda tutarlı performans ve daha yönetilebilir kod sağlar, ekiplerin paralel çalışmasını kolaylaştırır ve regresyon riskini azaltır.