React Native Uygulama Maliyeti: Nerede Tasarruf Edersiniz, Nerede Etmezsiniz?

React Native uygulama maliyeti konusunu konuşmadan önce ne olduğunu kısaca anlatayım. React Native, Meta'nın geliştirdiği açık kaynak bir çatı. Uygulamanın arayüzünü ve iş mantığını JavaScript ya da TypeScript ile bir kez yazıyorsunuz, aynı kod iOS ve Android'de gerçek native bileşenlerle çalışıyor. Yani kullanıcı ekranda bir web sayfası değil, telefonun kendi düğmelerini ve listelerini görüyor.

Maliyete etkisi buradan geliyor. Klasik yolda iOS için Swift, Android için Kotlin ile iki ayrı uygulama yazılır. İki kod tabanı, çoğu zaman iki ayrı geliştirici, iki kez yazılan aynı iş mantığı ve iki kez düzeltilen aynı hata demek. React Native'de bu işin büyük kısmı bir kez yapılıyor. Wingardium tarım uygulamasını ve Tüfekli Arıcılık'ın mobil uygulamasını React Native ile geliştirdim; iki projede de iOS ve Android aynı kod tabanından çıktı.

• Arayüz ve ekranlar: Ekranların büyük çoğunluğu iki platformda aynı kodla çalışır. Platforma göre küçük farklar, aynı dosya içinde birkaç satırla çözülür.
• İş mantığı: Sepet hesabı, form doğrulama, kullanıcı oturumu, API çağrıları tek yerde yazılır. Bir kural değiştiğinde tek yerde değişir.
• Hata düzeltme: Ortak koddaki bir hata bir kez düzeltilir ve iki platformda birden çözülür.
• Web ile paylaşım: Yönetim paneli ya da web sitesi React veya Next.js ile yazılıyorsa, veri modelleri, doğrulama kuralları ve API katmanı gibi parçalar ortak kullanılabilir. Projelerimde backend tarafında Node.js ve Express kullandığım için uçtan uca tek dil ile çalışabiliyorum.
• Ekip yapısı: Tek bir ekip ya da tek bir geliştirici iki platformu birlikte yürütebilir. Bu, toplantı ve koordinasyon yükünü de azaltır.

Tasarruf sıfır maliyet anlamına gelmiyor. Test iki platformda ayrı ayrı yapılır, mağaza yayını iki kez hazırlanır, iki platformun tasarım alışkanlıkları farklı olduğu için bazı ekranlarda ince ayar gerekir. Yine de toplam iş, iki ayrı uygulama yazmaya göre belirgin biçimde daha az olur.

React Native her şeyi tek kodla çözmez. Bazı durumlarda platforma özel native modül yazmak ya da hazır bir modülü uyarlamak gerekir. Teklif aşamasında bunları ayrıca konuşuyorum, çünkü maliyeti en çok bu kalemler oynatır:

• Bluetooth ve harici donanım: Bir cihazla eşleşip veri okumak, yazıcıya çıktı göndermek, özel bir okuyucuyla çalışmak.
• Arka planda uzun süre çalışan işler: Sürekli konum takibi, arka planda veri yükleme, sesli içerik oynatma.
• Platforma özgü özellikler: iOS widget'ları, Apple Watch veya Android Wear uygulamaları, Siri kısayolları gibi sistemle derin entegrasyon.
• Yoğun grafik ve görüntü işleme: Gerçek zamanlı kamera filtreleri, artırılmış gerçeklik, ağır animasyonlu oyunlar.
• Hazır modülü olmayan bir SDK: Bazı ödeme, kimlik doğrulama ya da kurumsal SDK'ların yalnızca native sürümü olabilir, bunlar için köprü yazılır.

Bu tür ihtiyaçlar uygulamanın çoğunlukla küçük bir parçasıdır. Kalan büyük kısım ortak kodla yazıldığı için toplam bütçe yine de iki ayrı native uygulamadan düşük kalır. Uygulamanın neredeyse tamamı bu tür işlerden oluşuyorsa ise doğrudan native geliştirmek daha mantıklı olabilir.

Expo, React Native üzerine kurulmuş bir araç seti ve hizmetler bütünü. React Native ekibinin kendisi de yeni projelere Expo gibi bir çatıyla başlamayı öneriyor. Maliyet açısından şu noktalarda fark yaratıyor:

• Kamera, bildirim, konum, dosya sistemi gibi sık kullanılan özellikler için bakımı yapılan hazır modüller.
• Bulutta derleme (EAS Build): iOS sürümünü derlemek için her aşamada özel bir Mac kurulumuna bağımlı kalmazsınız.
• Uygulama içi güncellemeler: Yalnızca JavaScript tarafındaki küçük düzeltmeleri mağaza sürümü beklemeden kullanıcılara gönderebilirsiniz. Native kodu değiştiren güncellemeler ve mağaza kurallarına giren değişiklikler yine mağazadan geçmek zorunda.
• Kendi native kodunuzu ekleyebilme: Expo'da özel native modül yazmak mümkün, bu yüzden ileride bir donanım entegrasyonu gerektiğinde projeyi baştan yazmanız gerekmez.

Flutter, Google'ın geliştirdiği ve Dart dilini kullanan diğer güçlü çapraz platform seçeneği. Aşağıdaki tablo bir kazanan ilan etmek için değil, hangi durumda hangisinin öne çıktığını göstermek için:

Ben React Native'i tercih ediyorum çünkü web tarafında da React ve Next.js ile çalışıyorum ve projelerimde web sitesi, yönetim paneli ve mobil uygulama çoğu zaman birlikte ilerliyor. Tek dil ve ortak parçalar bu senaryoda bütçeyi doğrudan düşürüyor. Flutter ile iyi çalışan bir ekibiniz varsa o da sağlam bir seçim.

Mobil uygulamada bakım bütçesini yılda geliştirme bedelinin %15 – %20 kadarı olarak planlamanızı öneririm. React Native projelerinde bu bütçenin önemli kısmı üç işe gider: Apple ve Google'ın yeni işletim sistemi sürümlerine uyum, React Native ve kütüphane sürümlerinin yükseltilmesi, mağazaların yeni şartlarının karşılanması.

Sürüm yükseltmelerini birkaç yıl erteleyen projelerde iş birikir ve tek seferde büyük bir güncelleme gerekir. Düzenli, küçük adımlarla ilerlemek hem daha ucuz hem daha az riskli. İki ayrı native uygulamada bu işin iki kez yapıldığını düşünürseniz, tek kod tabanının bakım tarafındaki avantajı da yıldan yıla birikir.

Bakımda bir de ekip sürekliliği konusu var. JavaScript ve React bilen geliştirici havuzu geniş olduğu için, ileride projeyi başka biri devralmak zorunda kalsa bile uygun kişiyi bulmak daha kolaydır. Bu, özellikle tek geliştiriciyle çalışan Adana'daki küçük ve orta ölçekli işletmeler için göz ardı edilmemesi gereken bir güvence.

Adana'da ya da başka bir şehirde, React Native ile bir uygulama planlıyorsanız ücretsiz keşif görüşmesinde hangi kısımların ortak kodla, hangilerinin native modülle çözüleceğini birlikte çıkarabiliriz. Fiyatlar başlangıç aralığıdır ve kapsama göre kesinleşir.