Mobil uygulama projelerinde ilk ciddi teknik karar genellikle aynı soruyla başlar: native mi cross platform mi? Cevap; uygulamanın ne yaptığına, ekibinizin nasıl kurulduğuna ve ürünü önümüzdeki üç yıl boyunca nasıl büyütmeyi planladığınıza göre değişir. Aşağıda bu kararı sezgiyle değil, ölçülebilir kriterlerle vermenizi sağlayacak bir çerçeve var.
Native ve cross-platform tam olarak neyi değiştirir?
Native geliştirme, iOS için Swift, Android için Kotlin kullanarak her platforma ayrı bir uygulama yazmak demek. Cross-platform ise React Native ya da Flutter ile tek bir kod tabanı yazıp iki mağazaya da çıkmak. Fark yalnızca kod miktarında değil. Native tarafta arayüz bileşenleri doğrudan işletim sisteminden gelir; yeni bir iOS ya da Android sürümü çıktığında bileşenler kendiliğinden yeni görünüme uyar. Cross-platform tarafta arayüz ya bir köprü üzerinden yerel bileşenlere bağlanır, ki React Native böyle çalışır, ya da tamamen kendi çizim motoruyla çizilir, Flutter'ın yaptığı budur. Bu ayrım, ileride hangi konularda platform farkı yaşayacağınızı belirler.
Cross-platform gerçekten yavaş mı?
Bu, en sık tekrarlanan ve en çok yanlış anlaşılan başlık. Bugünün cross-platform çatıları; liste kaydırma, form doldurma, veri çekme, sayfa geçişleri ve standart animasyonlarda kullanıcının fark edemeyeceği bir performans veriyor. Fark uçlarda ortaya çıkıyor: saniyede yüzlerce kare üreten özel çizimler, gerçek zamanlı kamera ve görüntü işleme, ağır 3B sahneler, kesintisiz sensör okuması. Bu tür işlerde native, donanıma yakınlığı sayesinde önde.
Sahada gördüğümüz yavaşlık şikâyetlerinin çoğu ise teknoloji seçiminden kaynaklanmıyor. Gereksiz yere yeniden çizilen ekranlar, optimize edilmemiş görseller, tek seferde çok fazla veri döndüren API'ler ve her açılışta sıfırdan kurulan istekler daha büyük suçlu. Uygulamanız bir rezervasyon akışı ya da ürün kataloğuysa performansı belirleyen şey Swift veya Dart değil, kurduğunuz veri ve önbellek düzeni olur.
Hangi durumda native seçilmeli?
Native'e yönelmeniz gereken durumlar oldukça belirgindir. Uygulama cihaz donanımını sınırda kullanıyorsa, yani gerçek zamanlı görüntü işleme, artırılmış gerçeklik, ses işleme, sürekli konum takibi, giyilebilir cihaz veya tıbbi cihaz entegrasyonu varsa, native başlamak sonradan geri dönmekten ucuza gelir. Oyunlar zaten ayrı bir kategoridir; orada tercih genellikle oyun motorlarından yana olur.
İşletim sisteminin yeni özelliklerini çıktığı gün desteklemeniz gerekiyorsa, örneğin yeni widget türleri, sistem eklentileri ya da platforma özel gizlilik ve ödeme API'leri iş modelinizin merkezindeyse, native yine avantajlıdır. Cross-platform çatılarında bu özelliklerin desteklenmesi çoğu zaman birkaç sürüm gecikir; beklemek istemiyorsanız kendi köprünüzü yazmanız gerekir.
Son olarak düzenlemeye tabi alanlar var. Sağlık ve finansta cihaz üzerindeki güvenlik gereksinimleri ağırlaştığında, platformun kendi anahtar saklama ve biyometrik doğrulama katmanlarına doğrudan erişmek denetim süreçlerini kolaylaştırır.
Hangi durumda cross-platform mantıklı?
İçerik, e-ticaret, rezervasyon, sadakat, kurumsal iç kullanım ve saha operasyonu uygulamalarının büyük bölümü cross-platform ile rahatça karşılanır. Bu uygulamaların ortak yanı şudur: ekranların çoğu liste, detay, form ve ödeme akışından oluşur, asıl iş sunucu tarafındadır.
Tek kod tabanı burada iki somut kazanç sağlar. Birincisi aynı özelliği iki kez yazmazsınız, bu da yeni özelliklerin iki platforma aynı gün çıkması demektir. İkincisi platformlar arasında davranış farkı birikmez; iOS'ta düzeltilen bir kural Android'de unutulmaz. Ürününüz hâlâ şekilleniyorsa ve haftada birkaç kez sürüm çıkarmayı planlıyorsanız bu hız avantajı ciddidir.
Bir başka pratik gerekçe de doğrulama hızıdır. Fikrini test etmek isteyen bir ekip için önemli olan, iki platformda birden gerçek kullanıcıya en kısa sürede ulaşmaktır. Uygulama tutarsa mimariyi güçlendirmek için zamanınız olur; tutmazsa iki ayrı kod tabanına harcanmış emeği geri almaya çalışmazsınız.
Ekip ve bakım maliyeti nasıl değişir?
Kararın en çok göz ardı edilen tarafı burasıdır. Native ilerlemek pratikte iki ayrı uzmanlık demektir; Swift yazan bir geliştirici Kotlin tarafını devralamaz. Küçük ekiplerde bu, ya ek kadro ya da özelliklerin iki platforma sırayla çıkması anlamına gelir. Cross-platform'da tek ekip iki platformu birden ilerletir, ama sıfır native bilgisiyle de yürümez: bildirimler, arka plan görevleri, ödeme entegrasyonları ve mağaza süreçleri için iki platformun kurallarını bilen birine ihtiyacınız olur.
Bakım tarafında tablo yine farklıdır. Native'de iOS ve Android güncellemelerini ayrı ayrı takip edersiniz, buna karşılık kırılmalar öngörülebilirdir ve çözümü platformun kendi dokümantasyonundadır. Cross-platform'da bir katman daha eklenir: çatının kendi sürüm yükseltmeleri ve kullandığınız eklentilerin bakım durumu. Terk edilmiş tek bir eklenti, planlamadığınız bir iş kalemine dönüşebilir. Projeye eklediğiniz her üçüncü parti paketin son güncelleme tarihine ve açık hata sayısına bakmak, uzun vadede en ucuz alışkanlıklardan biridir.
Maliyetin görünmeyen kısmı ise mağaza tarafındadır. Apple ve Google'ın inceleme kuralları, gizlilik bildirimleri, test dağıtımları ve sürüm politikaları seçtiğiniz teknolojiden bağımsız olarak işler. Tek kod tabanı bu yükü yarıya indirmez; yalnızca geliştirme kısmını kısaltır. Bütçe planlarken bu ayrımı yapmak, sonradan çıkan sürprizleri azaltır.
React Native mi Flutter mı?
Cross-platform tarafına karar verdiyseniz sıradaki soru budur. React Native, web tarafında React ve TypeScript kullanan ekipler için doğal bir devamdır; mevcut geliştiricileriniz kısa sürede üretken olur ve arayüz yerel bileşenler üzerinden çalıştığı için ekranlar platformun kendi hissine yakın durur. Flutter kendi çizim motoruyla çalışır; iki platformda birebir aynı görünen, tasarım sistemine sıkı bağlı arayüzler ve karmaşık animasyonlar için avantaj sağlar, karşılığında ekibinizin Dart öğrenmesini gerektirir. İkisi de ciddi ürünleri taşıyacak olgunlukta; seçimi ekibinizin bugünkü bilgisi ve tasarım yaklaşımınız belirlemeli.
Karar için kontrol listesi
Aşağıdaki soruları sırayla cevaplayın. Cevaplarınız ilk grupta yoğunlaşıyorsa native, ikinci grupta yoğunlaşıyorsa cross-platform tarafındasınız.
Uygulama kamera, sensör, artırılmış gerçeklik ya da harici bir donanımla gerçek zamanlı çalışıyor mu? Kesintisiz arka plan işleyişi ürünün temel vaadi mi? İşletim sistemi yeniliklerini ilk gün desteklemeniz gerekiyor mu? Uygulama şirketin ana gelir kanalı ve önümüzdeki üç yılın en büyük yatırım alanı mı?
Ekranların çoğu liste, detay, form ve ödeme akışından mı oluşuyor? İki platforma aynı anda ve hızlı çıkmanız mı gerekiyor? Ekibiniz bugün React ya da TypeScript biliyor mu? Ayrı iOS ve Android kadrosu kurmak bütçenizin dışında mı?
Bu seçim geri dönülemez değil. Cross-platform bir uygulamaya, performansın kritik olduğu tek bir ekran için native modül eklemek yaygın bir yöntemdir ve pek çok büyük ürün bu karma yapıyla çalışır. Emin olamadığınız yerde doğru hamle, kararı ertelemek değil, iki tarafı da kapatmayan bir mimari kurmaktır. Hangi yolu seçerseniz seçin ölçütünüz teknoloji modası değil, uygulamanızın gerçekte ne yaptığı olsun.
