Hibrit Mobil Uygulama Geliştirici Bulmak: "Hibrit" Kelimesi Neyi Kastediyor
Hibrit tek bir teknoloji değil, üç ayrı yapım biçimi ve biri mağazadan geri dönüyor. Anlaşmadan önce netleşmesi gerekenler ve native'in hâlâ kazandığı yer.
Güncellendi 8 dk okuma
Bu sayfada
Beş geliştiriciden hibrit uygulama isteyin, beş farklı ürün gelebilir. Biri mevcut sitenizi bir uygulama kabuğunun içine koyar. Biri React Native ile yazar. Biri Flutter ile yazar. Biri ana ekrana kurulan bir web sitesi verir ve buna hibrit der. Biri sessizce native yazar, siz öyle dediğiniz için o kelimeyi kullanır.
Hiçbiri yalan söylemiyor. "Hibrit" bir teknoloji değil, içinde birkaç ayrı şey barındıran bir başlık; aralarındaki mesafe de yayına giren uygulama ile mağaza incelemesinden geri dönen uygulama arasındaki mesafe. Hepsi, sizin sormayı tamamlamadığınız bir soruyu cevaplıyor.
İşin geri kalanı — nerede aranacağı, kod okumadan nasıl değerlendirileceği, daha ilk günden neyin sahipliğinin sizde olması gerektiği — her geliştirici için aynı. Bu yazı bu kelimeye özgü kısmı anlatıyor: kimse editörü açmadan önce neyi satın aldığınızda anlaşmak.
Hibrit denen üç ayrı şey#
Tek kelime, üç ayrı yapım biçimi
| Nedir | Nasıl yapılır | Ne kazandırır | Nerede kırılır |
|---|---|---|---|
| Webview kabuğu | Mevcut siteniz bir uygulama kabuğunun içinde açılır | Üretilmesi en hızlı ve en ucuz olan | Önce mağaza incelemesi; geçse bile telefonda hâlâ web sitesi gibi davranır |
| Çapraz platform çatısı | React Native ya da Flutter ile tek kod tabanı, iki mağazaya derlenir | Tek ekip ve tek repo ile gerçek native ekranlar | Çatının hazır kapsamadığı her şey — derin işletim sistemi entegrasyonu, ağır grafik, çıktığı gün yeni bir iOS özelliği |
| Ana ekrana kurulan web uygulaması | Kullanıcının ana ekrana eklediği bir site | Mağaza hesabı yok, inceleme kuyruğu yok, anında güncelleme | App Store'da değil ve telefonda yapmasına izin verilen şeyler bir uygulamadan dar |
Hayal kırıklığının çoğu birinci satırda yaşanıyor. Apple'ın App Review Guidelines belgesi asgari işlevsellik çıtası koyuyor ve bir uygulamanın paketlenmiş bir web sitesinden fazlası olması gerektiğini açıkça söylüyor — bir dakikada kendiniz okuyabileceğiniz bir kural ve tam olarak çok ucuz bir hibrit teklifin tarif ettiği yapıya uygulanıyor. Karşınızdakinin planı "siteniz bir kabuğun içinde" ise, riskli olan teklif değil; ikinci başvuru.
Üçüncü satır daha aşağı bir seçenek değil, başka bir seçenek. Ana ekrana kurulan bir web uygulaması doğru cevap olabilir — özellikle şirket içi bir araçta ya da mağazada bulunması için bir sebep olmayan bir üründe. Yanlış cevap olduğu tek durum, mağaza kaydına ihtiyacınız olduğunu geç fark etmeniz.
Bu seçim gerçekte neyi azaltıyor#
Çapraz platformun vaadi iki ekip yerine tek ekip ve bu kısmı doğru. Sıkıştırmadığı şey, kodun etrafındaki her şey.
İki geliştirici hesabınız olmaya ve ikisinin de ücretini ödemeye devam ediyorsunuz. İki inceleme kuyruğuna, iki ayrı ekran görüntüsü setiyle, iki gizlilik beyanıyla ve farklı günlerde iki ret riskiyle başvuruyorsunuz. Hem yeni bir iPhone'da hem orta segment bir Android'de test etmeye devam ediyorsunuz; çatının aynı olması cihazları aynı yapmıyor. Uygulama yayına girdikten sonra da iki ayrı sürüm döngüsü sizde kalıyor.
Bu, çapraz platforma karşı bir argüman değil. Tek kod tabanı gerçek bir kazanç ve çoğu ilk sürüm için doğru karar. Karşı çıkılan şey bazı tekliflerin kurulduğu aritmetik: hibrit demek işin yarısı demek sanmak. Çünkü ortadan kalkan yarı ekranlar, yerinde kalan yarı ise insanları şaşırtan kısım. Bir teklifi oynatan kalemlerin tamamı için ayrı bir yazı var.
Anlaşmadan önce sorulacaklar#
- Hangi hibriti kastediyorsunuz? Kelimenin devamını isteyin: React Native, Flutter, webview kabuğu, ana ekrana kurulan web uygulaması. Kelimeyi daraltmayan bir geliştirici size bir şey anlatıyordur.
- Bu uygulamanın hangi parçaları çatı kodu olmayacak? Her gerçek uygulamanın böyle parçaları var: kamera ve fotoğraf akışları, ödeme ve abonelik, bildirim, arka planda konum, donanımla konuşan her şey. İşe yarar cevap bunları proje başlamadan adıyla söyler.
- Çatı yetmediğinde native modülü kim yazacak? Çapraz platform ekibinde asıl kıdemli beceri bu ve ucuz bir tercihin genelde yapamadığı şey de bu. Proje o sınırda durmuyor; orada bekliyor.
- Bu yığınla iki mağazaya da çıktınız mı? Yaptınız mı değil — çıktınız mı, ve tercihen bir ret atlattınız mı. Kontrol ettiğiniz iddia, aynı kod tabanından çıkmış iki canlı mağaza kaydı.
- Yeni işletim sistemi sürümünde ne oluyor? Çatılar platformların haftalar ya da aylar gerisinden geliyor. Bunu kimin takip ettiğini, yükseltmenin parasını kimin ödediğini ve yıllık bir sürüm bir ekranı bozarsa ne olacağını sorun.
- Build hattı ve imzalama anahtarları kimde? Sertifikalar, bildirim anahtarları, mağaza hesapları, repo. Kural her tercihte aynı; ama hibrit kurulumda devredilecek parça daha çok olduğu için daha sessizce ters gidiyor.
İmza atmadan önce ne kanıtlatmalı#
Çatı listesini herkes yazar. Kontrol edilebilir olan, uygulamalarının şu anda mağazada olup olmadığı. Aşağıdakiler geliştirdiğimiz üç uygulama; rakamlar doğrudan public App Store kayıtlarından:
Her biri tek link uzağınızda: Glamour — Color Analysis & Glow Up, HairMaxx — AI Hair Style & Care ve Tattoo Genie — AI Designer. Aynısını değerlendirdiğiniz herkesten isteyin ve hangi kaydın ortak bir kod tabanından çıktığını sorun. Canlı bir mağaza kaydı gösteremeyen bir geliştirici yine de çok iyi olabilir; ama bunu öğrenmek için para ödüyorsunuz demektir.
Sık sorulan sorular#
Hibrit uygulama native'den ucuz mu?
İlk sürüm için genelde evet, ama vaat edildiği kadar değil. Tek kod tabanı gerçek bir iş yükünü ortadan kaldırıyor — ekranlar bir kez yapılıyor — ama iki mağaza hesabı, iki inceleme kuyruğu, test edilecek iki cihaz seti ve iki sürüm döngüsü bu seçimden sonra da duruyor.
Uygulama telefonun daha çok yerine dokundukça kazanç da küçülüyor. Kamera akışları, ödeme, arka planda konum ve bildirim native kodun geri geldiği yerler ve ucuz bir hibrit teklifin genelde fiyatlamadığı iş de bu.
Apple hibrit uygulamayı reddeder mi?
Hibrit olduğu için etmez. React Native ve Flutter ile yazılmış uygulamalar App Store'un her yerinde; sorun çatı değil. Reddedilen şey, paketlenmiş bir web sitesinden ibaret olan yapım: Apple'ın inceleme kuralları asgari işlevsellik çıtası koyuyor ve uygulamanın sardığı siteden fazlasını sunması gerektiğini söylüyor.
Yani cevap tamamen hangi hibriti satın aldığınıza bağlı. O kelimeyi ilk başvurudan sonra değil, sözleşmeden önce netleştirin.
React Native mi Flutter mı?
Karşınızdaki kişinin iki mağazaya da gerçekten çıkardığı hangisiyse onu tercih edin. İki çatı da bugün canlıda duran gerçek uygulamalar üretiyor ve ilk sürüm için aralarındaki fark, mağaza incelemesinden bir uygulama geçirmiş geliştirici ile geçirmemiş geliştirici arasındaki farkın yanında çok küçük kalıyor.
Halihazırda bir web ekibiniz varsa React Native onların bildiğinden daha fazlasını yeniden kullanıyor. Yeniden kullanılacak bir şey yoksa bu argüman da ortadan kalkıyor.
Tek hibrit geliştirici, iOS ve Android geliştiricisinin yerini tutar mı?
Ekranlar için çoğu zaman evet; yaklaşımın bütün amacı bu. İşin geri kalanında dikkatli olun: yine birinin iki mağaza başvurusunu, iki ayrı platform izin setini, iki imzalama kurulumunu ve çatının kapsamadığı native kodu üstlenmesi gerekiyor.
Tek kişi bunların hepsini yapabilir. Çatının onun yerine yaptığını varsaymak yerine, daha önce yaptığını doğrulayın.
