01Sorun ve çözüm
Ancak tek kod tabanı iki platformun farklarını ortadan kaldırmaz. Bildirim izinleri, arka plan çalışması, mağaza kuralları ve yerel kütüphane uyumu her platformda ayrıca ele alınmalıdır. React Native uygulama geliştirme projelerinde ortak kodu olabildiğince geniş tutuyor, platforma özgü kısımları açıkça ayrılmış modüllerde yazıyoruz; böylece bir platformdaki düzeltme diğerini bozmaz.
Devamını okuDaha az göster
Projenin başında Expo ile mi yoksa yalın React Native ile mi ilerleneceğine, hangi yerel modüllerin gerekeceğine ve güncellemelerin nasıl dağıtılacağına birlikte karar veriyoruz.
02Kimler için
React Native uygulama kimler için mantıklı
React Native her proje için doğru seçim değildir; şu durumlarda güçlü bir aday olur.
- Web uygulaması React ile yazılmış ve mobilde aynı iş kurallarını yeniden yazmak istemeyen şirketler
- iOS ve Android'i aynı anda, tek ekip ve tek yol haritasıyla yürütmek isteyen girişimler
- İçerik, form, liste ve sipariş ağırlıklı ekranlardan oluşan bir müşteri ya da personel uygulaması planlayan işletmeler
- React Native uygulaması eski bir sürümde kalmış, derlenemeyen ya da sık çöken uygulama sahipleri
- Küçük düzeltmeleri mağaza incelemesi beklemeden kullanıcıya ulaştırmak isteyen ürün ekipleri
03İhtiyaçlar
React Native projelerinde dikkat edilmesi gerekenler
Tek kod tabanının sağladığı hız, aşağıdaki konular baştan planlandığında korunur.
- 01
Yerel modül ihtiyacı
Bluetooth cihaz, özel kamera işleme ya da üreticiye özel bir SDK gerekiyorsa topluluk kütüphanesi yetmeyebilir. Bu durumda Swift ve Kotlin ile yerel modül yazılır ve JavaScript tarafına bağlanır.
- 02
Sürüm yükseltmeleri
React Native düzenli olarak yeni sürüm çıkarır; yeni mimariye geçiş gibi büyük değişiklikler kullanılan kütüphanelerin de güncellenmesini gerektirir. Yükseltmeleri biriktirmeden yapmak işi küçük ve öngörülebilir tutar.
- 03
Performans gerektiren ekranlar
Uzun listeler, animasyonlar ve harita üzerindeki yoğun işaretler dikkatsiz yazıldığında düşük donanımlı telefonlarda takılır. Bu ekranlar gerçek cihazlarda profillenerek iyileştirilir.
- 04
Kablosuz güncellemenin sınırı
JavaScript katmanındaki küçük düzeltmeler mağaza sürümü beklemeden kullanıcıya gönderilebilir. Bu yöntem mağazaların izin verdiği çerçevede, uygulamanın amacını değiştirmeyen düzeltmeler için kullanılır; yerel koda dokunan her değişiklik yine mağaza sürümü gerektirir.
04Özellikler
React Native uygulama kapsamı
Proje, ortak kod tabanının avantajını koruyacak şekilde parçalara ayrılır.
- 01
Paylaşılan iş mantığı
Doğrulama kuralları, API istemcisi ve veri modelleri TypeScript ile yazılır; istenirse web uygulamanızla ortak bir pakette tutulur.
- 02
Platforma uyumlu arayüz
Gezinme, tarih seçici ve geri hareketi gibi davranışlar iOS ve Android kullanıcılarının alışkanlıklarına göre ayarlanır; uygulama iki platformda da yabancı hissettirmez.
- 03
Kablosuz güncelleme hattı
Expo'nun güncelleme servisi gibi araçlarla JavaScript paketleri kanallara ayrılır, önce test grubuna sonra tüm kullanıcılara dağıtılır; sorunlu bir güncelleme geri alınabilir.
- 04
Otomatik derleme ve test
Her değişiklikte iki platformun derlemesi otomatik alınır, birim ve uçtan uca testler çalışır, test sürümleri ekibe dağıtılır.
05Entegrasyonlar
React Native uygulamalarında kullanılan servisler
Ortak kod tabanında her entegrasyonun iki platformda da desteklendiği ayrıca doğrulanır.
- 01
Bildirim servisleri
Firebase Cloud Messaging ve Apple'ın bildirim altyapısı tek bir istemci kütüphanesiyle yönetilir; bildirime dokunulduğunda ilgili ekran açılır.
- 02
Ödeme altyapıları
Ödeme kuruluşlarının mobil SDK'ları ya da güvenli ödeme sayfaları entegre edilir; dijital içerik satışında mağaza içi satın alma kütüphaneleri kullanılır.
- 03
Harita ve konum
Harita bileşenleri, adres arama ve konum izinleri her iki platformun kurallarına göre yapılandırılır.
- 04
Hata izleme ve analitik
JavaScript ve yerel katmandaki çökmeler aynı panelde, kaynak koddaki satırıyla birlikte görülür; kullanım ölçümleri kullanıcının izin tercihlerine bağlı tutulur.
- 05
Kimlik ve giriş
Telefon numarası, e-posta, Google ve Apple ile giriş seçenekleri ortak bir kimlik katmanında birleştirilir.
06Süreç
React Native uygulama yaptırmak istiyorum: süreç nasıl işler?
Adım 01
Analiz
İş akışınızı, kullanıcılarınızı ve mevcut sistemlerinizi dinleriz; kapsamı, öncelikleri ve kabul ölçütlerini yazılı hâle getiririz.
Adım 02
Tasarım
Ekran akışlarını ve veri modelini çıkarırız. Arayüzü sizinle gözden geçirip onay almadan geliştirmeye geçmeyiz.
Adım 03
Geliştirme
Kısa döngülerle çalışırız; her döngü sonunda çalışan bir sürümü test ortamında görürsünüz.
Adım 04
Test
İşlevsel testler, entegrasyon testleri ve temel güvenlik kontrolleriyle hataları yayından önce yakalarız.
Adım 05
Yayın
Sunucu, alan adı, yedekleme ve izleme ayarlarını yaparak canlıya alırız; ekibinize kısa bir kullanım eğitimi veririz.
Adım 06
Bakım
İsterseniz bakım ve destek anlaşmasıyla güncellemeleri, izlemeyi ve yeni geliştirmeleri sürdürürüz.
07Teknoloji
Mimari, performans ve sürdürülebilirlik
Yeni React Native projelerinde güncel mimariyi ve Hermes JavaScript motorunu temel alıyoruz; uygulamanın açılışı hızlanır ve bellek kullanımı daha öngörülebilir olur. Sunucudan gelen veri önbelleğe alan ayrı bir katmanda yönetilir, ekranlar yalnızca kendilerini ilgilendiren veri değiştiğinde yeniden çizilir.
Devamını okuDaha az göster
Kütüphane seçimi uzun vadeli riskin büyük kısmını belirler. Bakımı bırakılmış ya da yeni mimariyi desteklemeyen paketlerden kaçınıyor, her bağımlılığı güncellenme sıklığına ve topluluk desteğine göre değerlendiriyoruz. Oturum anahtarı gibi hassas bilgiler cihazın güvenli anahtar deposunda tutulur, API trafiği şifreli bağlantıyla yapılır.
Elinizde eski bir React Native uygulaması varsa önce derleme durumunu, bağımlılıkları ve çökme raporlarını inceliyoruz. Ardından uygulamayı sıfırdan yazmak yerine kademeli yükseltmeyle, çalışır hâlde güncel sürüme taşımanın mümkün olup olmadığını raporluyoruz.
08Çalışma modelleri
Bu hizmette çalışma modelleri
- 01
Proje bazlı
Sabit kapsam, sabit fiyat ve belirli teslim tarihi
Kapsamı belli, teslim tarihi olan işler için.
- Yazılı kapsam ve kabul ölçütleri
- Sabit fiyat ve belirli teslim tarihi
- Teslim ve kabul adımları sözleşmede
- 02
Bakım ve destek
Aylık sözleşmeli, SLA'lı bakım, destek ve geliştirme saati
Yayındaki bir sistemin sürekliliği için.
- Aylık sözleşme ve SLA
- İzleme, güncelleme ve hata düzeltme
- Aylık geliştirme saati
09Sık sorulan sorular
React Native uygulama hakkında sık sorulan sorular
React Native uygulama yaptırma fiyatları neye göre belirlenir?
Ekran sayısı, yerel modül gerektiren özellikler, arka uç ve yönetim paneli ihtiyacı, entegrasyonlar ve tasarım kapsamı maliyeti belirler. İki platform tek kod tabanından çıktığı için ayrı yerel uygulamalara göre geliştirme yükü genellikle azalır, ancak platforma özgü test yine iki kez yapılır.
React Native mi, Flutter mı?
İkisi de olgun ortak kod tabanı seçenekleridir. Ekibinizde ya da web tarafında React ve TypeScript kullanılıyorsa React Native kod ve bilgi paylaşımı sağlar; arayüzün iki platformda piksel piksel aynı görünmesi öncelikse Flutter da değerlendirilebilir. Seçimi ekip yetkinliğine ve uygulamanın ihtiyaçlarına göre birlikte yapıyoruz.
React Native uygulama için firma seçerken nelere bakmalıyım?
Firmanın yalnızca JavaScript tarafını değil, gerektiğinde Swift ve Kotlin ile yerel modül yazabildiğini ve sürüm yükseltmelerini nasıl planladığını sorun. Mağaza hesaplarının ve kablosuz güncelleme hattının kimin kontrolünde olacağı da baştan netleşmelidir.
Mevcut yerel uygulamamızı React Native'e taşıyabilir miyiz?
Evet. Uygulamayı tamamen yeniden yazmak ya da yeni ekranları React Native ile yazıp mevcut yerel uygulamaya kademeli eklemek mümkündür. Hangisinin uygun olduğu uygulamanın büyüklüğüne ve yerel kodun durumuna göre belirlenir.
React Native uygulaması yerel uygulama kadar akıcı olur mu?
Form, liste ve içerik ağırlıklı uygulamalarda kullanıcı farkı genellikle hissetmez. Yoğun grafik işleme, gerçek zamanlı ses ya da video düzenleme gibi işlerde yerel geliştirme daha uygun olabilir; bu ayrımı proje başında yapıyoruz.
Web uygulamamızla kod paylaşabilir miyiz?
İş kuralları, doğrulama, API istemcisi ve tip tanımları ortak pakette tutulabilir. Arayüz bileşenleri ise mobil ve web için çoğunlukla ayrı yazılır, çünkü iki ortamın etkileşim biçimleri farklıdır.
10İlgili hizmetler