Yeni Nesil Mobil Uygulamaların Mimarisi

Apple'ın Foundation Models çatısı, Apple Intelligence destekli cihazlarda yaklaşık 3 milyar parametrelik bir modele Swift üzerinden erişim veriyor. Çıktıyı Swift tiplerine bağlayan guided generation (yönlendirilmiş üretim) ve uygulamanın kendi fonksiyonlarını çağırabilen tool calling destekleniyor; istek başına ücret yok, ağ bağlantısı gerekmiyor. iOS 26.4 ile bağlam boyutunu ve token sayısını sorgulayan API'ler geldi; WWDC26 ile model görsel girdi almaya başladı ve aynı LanguageModelSession içinde daha büyük Private Cloud Compute modeline geçmek mümkün oldu. Android tarafında ML Kit GenAI API'leri özetleme ve görsel betimleme gibi hazır görevler sunuyor, Prompt API ise Temmuz 2026 itibarıyla beta aşamasında Gemini Nano'ya serbest istem göndermeyi sağlıyor.

Pratik ayrım şöyle: kısa metin sınıflandırma, bildirim başlığı üretme, form alanlarını yapılandırma ve kişisel veriye dokunan özetleme cihazda; uzun akıl yürütme, geniş bilgi gerektiren sorular ve güncel veri bulutta. Apple tarafında artık üçüncü bir katman var: gizlilik güvencesi süren ama daha yetenekli özel bulut modeli. Anti-pattern, cihazdaki küçük modeli bulut modelinin ücretsiz kopyası sanmak. Ayrıca destekleyen cihaz oranı sınırlı olduğu için her on-device özelliğin bir bulut ya da 'özellik yok' yedeği tasarlanmalı; Apple'ın yeni evaluations çatısı bu davranışı test etmeye yardım ediyor.

Son on iki ayın en büyük değişimi on-device AI tarafında. WWDC26'da Apple, Foundation Models çatısını açık kaynak yaptı; cihazdaki model yeniden eğitildi ve görsel girdi kabul ediyor, OCR ve barkod okuma gibi Vision araçlarını doğrudan çağırabiliyor. Daha büyük model Private Cloud Compute üzerinde 32 bin token bağlamla sunuluyor ve küçük geliştiricilere bulut API ücreti olmadan açılıyor. Yeni LanguageModel protokolü sayesinde aynı session cihazdaki model, Apple'ın bulut modeli ya da Claude ve Gemini gibi üçüncü taraf modellerle çalışabiliyor. Android'de ML Kit Prompt API Temmuz 2026 itibarıyla beta.

Çapraz platformda React Native 0.84 ile Hermes V1 varsayılan oldu, 0.87 ile sıkı TypeScript API'si ve deneysel Swift Package Manager desteği geldi; Flutter 3.47 Ağustos 2026'da çıktı. Xcode 27'de coding agent'lar ve Device Hub aynı ortama girdi. Donanım tarafında Apple'ın katlanabilir iPhone Duo modeli 23 Ekim 2026'da satışa çıkıyor; Nisan 2027'den sonra mağazaya gönderilen uygulamaların bu cihaz için ekran görüntüsü vermesi gerekecek.

Server-driven UI (sunucu güdümlü arayüz), ekranın hangi bileşenlerden hangi sırayla oluşacağını uygulama kodunda değil sunucunun gönderdiği şemada tanımlamak demek. Airbnb'nin Ghost Platform'u bunun bilinen örneği: sunucu ekranları bölümler (section), yerleşimler ve eylemlerden oluşan bir yapı olarak gönderiyor, web, iOS ve Android aynı yanıtı kendi native bileşenleriyle çiziyor.

Kazanç, mağaza onayını beklemeden ana sayfa düzenini, kampanya alanlarını ya da onboarding akışını değiştirebilmek ve eski sürümdeki kullanıcıya da yeni içerik gösterebilmek. Bedeli ise sürüm uyumluluğu: sunucu, eski uygulamanın tanımadığı bir bileşen gönderirse ne olacak? Her bileşenin bir yedek gösterimi ve şemanın sürüm numarası olmalı. Anti-pattern, her ekranı sunucuya taşımak. Ödeme formu ya da kamera gibi derin etkileşimli ekranlar native kalmalı; SDUI en çok sık değişen, içerik ağırlıklı yüzeylerde değer üretiyor.

Tek parça bir mobil projede her değişiklik tüm uygulamanın yeniden derlenmesini tetikleyebiliyor. Kod tabanı birkaç yüz bin satıra ulaştığında temiz derleme on dakikayı aşabiliyor; bu, hem geliştiricinin hem de AI Agent'larının geri besleme döngüsünü yavaşlatıyor. 2026'da Xcode 27 ve Claude Code gibi araçlarda Agent'ların derleyip test ederek kendini doğruladığı düşünülünce, Build Time artık doğrudan Agent verimini belirliyor. Modülerlik, uygulamayı özellik modülleri (feature), ortak altyapı modülleri (core) ve arayüz ya da sözleşme modülleri olarak ayırmak demek.

Temel kural: özellik modülleri birbirini doğrudan import etmez, yalnızca sözleşme modülleri üzerinden konuşur. iOS'ta bu Swift Package Manager paketleriyle, Android'de Gradle modülleriyle kurulabiliyor. Her özellik modülünün kendi küçük demo uygulaması olduğunda, bir ekip ana uygulamayı derlemeden yalnızca kendi ekranını saniyeler içinde çalıştırabiliyor. Anti-pattern, her sınıfı ayrı modüle bölmek; Android'in resmi rehberi de aşırı ince bölünmenin yapılandırma yükünü artırdığı konusunda uyarıyor.

Offline-first (çevrimdışı öncelikli) yaklaşımda uygulama okuma ve yazma işlemlerini önce yerel veritabanına yapar, ağ ise arka planda eşitleme için kullanılır. Kullanıcı metroda, asansörde ya da zayıf bağlantılı bir şantiyede uygulamayı açtığında boş bir yükleme ekranı yerine son bilinen veriyi görür ve işlem yapmaya devam eder.

Teknik olarak bu, yerel bir veri katmanı (iOS'ta SwiftData ya da SQLite, Android'de Room), bir değişiklik kuyruğu ve çakışma çözme kuralı gerektiriyor. Çakışma kuralı ürün kararıdır: iki cihaz aynı notu değiştirirse son yazan mı kazanır, alanlar mı birleştirilir? Basit veri için 'son yazan kazanır' yeterli; birlikte düzenlenen içerikte CRDT (çakışmasız çoğaltılmış veri tipi) gibi yapılar düşünülebilir. Somut başarı ölçütü: uçak modunda uygulamanın temel akışlarının yüzde kaçı çalışıyor? Sıfır ise mimari ağa bağımlı.

Çapraz platform seçenekleri son iki yılda belirgin olgunlaştı. React Native 0.82, Ekim 2025'te eski mimariyi tamamen bırakıp yalnızca yeni mimariyle (Fabric ve TurboModules) çalışmaya başladı; 2026'da 0.84 ile Hermes V1 varsayılan oldu, Ağustos'taki 0.87 ise sıkı TypeScript API'sini varsayılan yapıp Swift Package Manager desteğini deneysel olarak ekledi. JetBrains, Mayıs 2025'te Compose Multiplatform'un iOS desteğini kararlı ilan etmişti; 1.10 serisi iOS'ta pencere kenar boşlukları ve UIKit birlikte çalışmasını iyileştirdi. Kotlin Multiplatform ile iş mantığını paylaşıp arayüzü native bırakmak da yaygın bir seçenek. Flutter ise 3.47 ile Widget Previews'ı kararlı hâle getirdi.

Karar için faydalı sorular: ekibin mevcut dil yetkinliği ne, platforma özgü API'lere (HealthKit, widget, Live Activity, Foundation Models) ne kadar ihtiyaç var, web ile kod paylaşmak önemli mi? Örneğin Next.js ve TypeScript ağırlıklı bir ekip için Expo ve React Native doğal bir yol; Android ağırlıklı bir ekip için Kotlin Multiplatform. Anti-pattern, teknolojiyi popülerliğe göre seçip ekibin yarısını yeni dil öğrenmeye zorlamak. Katlanabilir cihazların yaygınlaşmasıyla seçilen çatının uyarlanabilir yerleşimi ne kadar iyi desteklediği de artık karar kriteri.

Yeni nesil mimarinin en az konuşulan parçası, uygulamanın sahada nasıl davrandığını görebilmek. Çökme raporu tek başına yetmiyor; ekran açılış süresi, ağ hatası oranı, on-device modelin yanıt süresi ve SDUI şemasının hangi sürümlerde hata verdiği ölçülmeli. Xcode 27'deki yenilenmiş Organizer; takılma, depolama ve pil gibi metriklere hedef koymayı ve sorunları etkisine göre sıralamayı sağlıyor. Foundation Models session'ları da artık her yanıtın token kullanımını raporluyor. Mobilde bir hatayı düzeltmek mağaza onayı ve kullanıcı güncellemesi gerektirdiği için, sorunu erken görmek web'e göre daha değerli.

Değişebilirlik için iki araç öne çıkıyor. Feature flag'ler yeni kodu yayınlayıp kademeli açmayı sağlıyor. Zorunlu güncelleme mekanizması ise kritik bir güvenlik açığında eski sürümleri durdurmanın tek yolu. Somut bir hedef: herhangi bir yeni özelliği uygulama güncellemesi yayınlamadan kapatabiliyor musunuz? Cevap hayırsa, her yayın bir risktir. Burada bir sınır da var: Apple'ın Ekim 2026'da eklediği 2.5.19 maddesi, incelenen sürümde olmayan özelliği sonradan açmayı yasaklıyor; flag ile açılan her özellik inceleme anında uygulamada mevcut ve belgelenmiş olmalı.