React Native ile Mobil Uygulama: Web Bilgisini Telefona Taşımak Ne Zaman Mantıklı?

React Native genellikle şu cümleyle gündeme gelir: “Web panelimizi yazan ekip mobil uygulamayı da yazsın.” React Native, Meta’nın başlattığı açık kaynaklı bir çatıdır; uygulama JavaScript ya da TypeScript ile, web’de yaygın kullanılan React kütüphanesinin mantığıyla yazılır ve hem Android’de hem iOS’ta çalışır. Doğru durumda işletmeye ciddi kolaylık sağlar; yanlış durumda ise sürekli güncelleme isteyen bir parçalar yığınına dönüşebilir. Hangisinin sizin durumunuz olduğunu ayırt etmenin yolları aşağıda.

Web sitesinden farkı ne?

React Native uygulaması bir web sayfasının telefona sarılmış hâli değildir. Kod JavaScript ile yazılır, ama ekrandaki düğmeler, listeler ve metin kutuları telefonun kendi bileşenleriyle çizilir. Kullanıcı, uygulamanın iPhone’da iPhone gibi, Android’de Android gibi davrandığını hisseder. Web’den gelen bir geliştirici bileşen mantığını, ekrandaki verinin nasıl yönetileceğini ve sunucuyla nasıl konuşulacağını zaten bilir. Öğrenmesi gereken, telefonun kurallarıdır: izinler, bildirimler, arka planda çalışma, mağaza süreçleri ve cihaz farklılıkları. Bu ikinci kısım küçümsenmemelidir; web’de başarılı bir geliştirici, mobilde de kendiliğinden başarılı olmaz.

Bu durumlarda React Native’i seçin

• Web siteniz ya da paneliniz React ile yazıldıysa ya da yazılacaksa. Form doğrulama, veri modelleri ve sunucu bağlantısı gibi kodların bir kısmı iki tarafta paylaşılabilir. Tarayıcı tarafındaki bu dünyayı JavaScript ve TypeScript yazısında anlattık.
• Uygulamanız listeler, formlar, bildirimler, harita ve kamera gibi yaygın özelliklerden oluşuyorsa.
• Android ve iOS’a birlikte çıkmak istiyor, iki ayrı native ekibi taşımak istemiyorsanız.
• Küçük metin ve akış düzeltmelerini mağaza güncellemesi beklemeden yayına almak sizin için önemliyse; bunun kurallarını aşağıda anlattık.

Bu durumlarda başka bir yol düşünün

• Yoğun animasyon, oyun benzeri grafik ya da kamera görüntüsü üzerinde anlık işlem gerekiyorsa. Bu işler native kod ya da özel modüller ister ve React Native’in kolaylığı azalır.
• Uygulamanın kalbi tek bir platformun yeni özellikleriyse. Bu özelliklerin React Native tarafına gelmesi zaman alabilir.
• Geliştiricinizde JavaScript birikimi yoksa. O zaman React Native’in temel avantajı ortadan kalkar; Flutter da aynı ölçüde değerlendirilmeye değer.
• Uygulamanın uzun yıllar az bakımla yaşaması bekleniyorsa. React Native projeleri dış paketlere çok dayanır ve düzenli güncelleme ister.

Expo, bulutta derleme ve mağaza dışı güncelleme

React Native’in kendi belgeleri, yeni projelere Expo gibi bir çatıyla başlanmasını önerir. Expo, işletme sahibinin de bilmesinde yarar olan iki kolaylık getirir.

Bulutta derleme: iOS uygulaması her durumda macOS üzerinde derlenir. Expo’nun derleme hizmeti bu işi bulutta yapabildiği için geliştiricinin masasında Mac olmasa da iOS paketi üretilebilir. Apple geliştirici üyeliği ise yine şarttır ve işletme adına açılmalıdır.

Mağaza dışı güncelleme: Uygulamanın JavaScript kısmındaki değişiklikler, mağaza incelemesi beklenmeden kullanıcıların telefonuna gönderilebilir. Bu yol hata düzeltmesi ve küçük değişiklikler içindir. Uygulamanın amacını ya da temel işlevini değiştiren güncellemeler mağaza kurallarına aykırıdır; kamera izni eklemek gibi native kodu değiştiren her güncelleme de mutlaka mağazadan geçer. Bu imkânı “mağazayı atlamak” diye değil, acil düzeltme kapısı diye düşünün.

Sahiplik açısından küçük ama önemli bir ayrıntı: Expo gibi bir hizmetle çalışılıyorsa derleme ve güncelleme hesabı da işletme adına açılmalı, geliştirici bu hesaba sonradan eklenmelidir. Aksi hâlde mağaza hesapları sizde olsa bile uygulamanın derlendiği ve güncellendiği yer başkasının elinde kalır.

Paket bağımlılığı: bakımın asıl yükü

Bir React Native uygulaması çok sayıda açık kaynak pakete dayanır: harita için biri, bildirim için biri, ödeme ekranı için bir başkası. Bu, geliştirmeyi hızlandırır; ama her paketin kendi güncelleme takvimi ve kendi bakımcısı vardır. React Native’in yeni sürümüne geçerken paketlerden biri geride kalırsa güncelleme takılır, bazen o paketin yerine başka bir çözüm bulmak gerekir.

Bu yüzden teklif aşamasında şunları sorun: hangi paketler kullanılacak, bunlar ne kadar yaygın ve bakımı süren paketler mi, React Native güncellemeleri hangi aralıkla yapılacak? Bakım kapsamı yazılı değilse uygulama birkaç yıl sonra derlenemez hâle gelebilir. Yayından sonraki işlerin genel çerçevesini yazılım bakımı ve güncelleme yazısında topladık.

İskenderun’daki işletmeler için pratik bir ölçü

Elinizde zaten bir web paneli ya da web sitesi varsa ve mobil uygulama bu sistemin telefondaki yüzü olacaksa, React Native genellikle akla yatkın bir seçenektir. Sıfırdan başlıyorsanız dil seçimi ikinci sıradadır; önce kimin, hangi işi telefonda yapacağını yazmak gerekir. İskenderun’da sevkiyat ekibine iş emri gönderen bir firma ile müşterisine kampanya bildirimi atan bir mağazanın ihtiyacı aynı uygulama türü değildir; biri çevrimdışı kayıt ve konum ister, öbürü görsellik ve kolay sipariş.

Ekranlarınızı ve kullanıcılarınızı tarif ettiğinizde hangi aracın uygun olduğunu birlikte netleştirebiliriz. Kapsamın nasıl kurulduğunu ve mağaza yayınının nasıl hazırlandığını mobil uygulama geliştirme sayfasında bulabilirsiniz.