Flutter mı React Native mi

İkisi arasındaki gerçek fark nerede?

Her iki projenin kendi belgelerinden birer cümleyle. Flutter ın resmî SSS i, Flutter ın işletim sisteminin yerleşik platform bileşenlerini kullanıp kullanmadığını sorar ve kendi yanıtına tek kelimeyle başlar: hayır. Flutter, Material ve Cupertino dâhil kendi bileşen kümesini sunar; bunları kendi çatısı ve motoru yönetir ve çizer. Karşı tarafta React Native belgeleri, React Native in çalışma zamanında bileşenleriniz için karşılık gelen Android ve iOS görünümlerini oluşturduğunu ve bileşenler Android ile iOS un aynı görünümleriyle desteklendiği için uygulamanın diğer her uygulama gibi göründüğünü, hissettirdiğini ve çalıştığını söyler.

Yani aynı resme iki farklı yol. Flutter bir oyun motoru gibi davranır: kendi tuvalini alır ve her şeyi onun üstüne boyar. Flutter belgeleri, iOS ta Dart kodunun önceden derlenip bir runner projesinin içinde duran yerel bir ARM kitaplığına dönüştüğünü anlatırken bu benzetmeyi kendisi kurar. React Native ise bir sürücü gibi davranır: kendisi hiçbir şey boyamaz ve platform görünümlerine ne yapacaklarını söyler.

Bu farkın kararda kullanılacak iki pratik sonucu var. Birincisi: işletim sistemi bileşenlerinin görünümünü değiştirdiğinde React Native uygulaması onunla birlikte değişir, Flutter uygulaması ise siz güncelleyene kadar olduğu gibi kalır. İkincisi: arayüzünüzün Android ve iOS ta tıpatıp aynı görünmesi gerekiyorsa Flutter bunu size bedava verir, React Native vermez.

Hangisi daha iyi? Hiçbiri. Bunlar iki farklı sorunun yanıtıdır ve dersin kalanı sizin sorunuzun hangisi olduğuyla ilgilidir.

Dart mı JavaScript mi: ekibiniz için hangisi daha ucuz?

Flutter, Dart ile yazılır. Dart ın kendi sitesi onu, her platformda hızlı uygulamalar geliştirmek için istemciye göre optimize edilmiş bir dil olarak tanımlar ve Dart ın Flutter ın da temelini oluşturduğunu söyler. Flutter SSS i Dart ın neden seçildiğini açıklar: iki şeyin birleşimi; durumu koruyan sıcak yeniden yüklemeyi mümkün kılan, JIT tabanlı hızlı bir geliştirme döngüsü ve verimli ARM kodu üreten, önceden derleyen bir derleyici.

React Native, React ile birlikte JavaScript ile yazılır. Kendi belgeleri, JavaScript i hem platform arayüzlerine erişmek hem de arayüzünüzün görünümünü ve davranışını React bileşenleriyle tanımlamak için kullandığınızı söyler.

Şimdi pratik soru: hangisi size daha ucuz? Yanıt neredeyse her zaman ekibinizin hâlihazırda bildiğidir. React yazan web geliştiricileriniz varsa React Native aşağı yukarı birinci günden çalışır ve alışkanlıkların ve araçların büyük bölümü taşınır. Ekibinizin web geçmişi yoksa ve sıfırdan başlıyorsa Dart küçük bir dildir ve öğrenmesi JavaScript ten zor değildir; o durumda karar bu eksen değildir.

İşe alım görüşmelerinde sık duyduğumuz ve doğru olmayan bir şey: Dart ın nadir bir dil olduğu ve eleman bulunamadığı. Asıl nadir olan, her iki ekosistemde de deneyimli bir mobil geliştiricidir. React bilen biri illa React Native bilmez; yayın döngüsü, cihaz üzerinde hata ayıklama, imzalama ve platform arayüzleri webde öğrenilmeyen şeylerdir.

Kaynaksız bir sayıya yaslanmadan ekosistemi nasıl tartarsınız?

Karşılaştırma yazıları burada genelde pazar payı sayılarına uzanır. Biz uzanmayacağız; çünkü o sayıların atıf yapılabilir bir kaynağı yok ve zaten sizin kararınızla ilgileri yok. Doğru soru hangi ekosistemin daha büyük olduğu değil; uygulamanızın onlarsız çalışamayacağı üç dört yeteneğin birinde canlı desteğinin bulunup bulunmadığıdır.

O hâlde kendi listenizi yazın. Ödeme geçidi, harita, bildirim, kamera, barkod okuma, hesapla giriş, her neyse. Sonra her birini o ekosistemin paket kaydında arayın: Dart ve Flutter için pub.dev, JavaScript için npm.

Ve her pakette, yıldız saymanın bulamayacağı üç şeye bakın. Bir, son yayın tarihi; bir yıldır yayın yapmamış bir paket, bir sonraki işletim sistemi sürümünde sizin sorununuz olur. İki, paketin yerel bir SDK yı sarmalayıp sarmalamadığı ya da yeniden yazıp yazmadığı; resmî SDK yı sarmalayan bir paket, o SDK güncellendiğinde genelde ayak uydurur. Üç, açık sorunların gerçekten önemsediğiniz platformla ilgili olup olmadığı.

İki ekosistemde de aynı olan ve kararda unutulan bir nokta: donanıma ya da bir platform hizmetine bağlı her yetenek, sonunda birinin yerel kodunu yazmasını gerektirir. İyi bir paket varsa o kişi siz değilsinizdir. Yoksa sizsinizdir ve bu proje tahminine girmelidir. Kendi uygulama geliştirme sayfamız da aynı şeyi söylüyor: herhangi bir yol önermeden önce uygulamanın ne yapması gerektiğini soruyoruz.

Peki hangisini seçmeliyim?

Üç soru, bu sırayla. Birincisi: ekibiniz bugün ne biliyor? React yazıyorlarsa varsayılan seçim React Native dir ve ondan uzaklaşmak için bir gerekçeniz olması gerekir. İkincisi: arayüz ne kadar özgün? Tasarımınız hareket ve standart dışı biçimlerle doluysa ve iki platformda kılı kılına aynı olmak zorundaysa, bunun için yapılmış olan Flutter dır. Üçüncüsü: kaç yerel SDK bağlanmalı? Bu sayı büyüdükçe canlı paketi olan ekosistemin ağırlığı artar ve bu, genel olarak değil sizin projeniz için tartılmalıdır.

Ve satış sayfalarında pek yazılmayan konumumuz: orta ölçekli bir İran işletmesinin uygulaması için, yani içerik listesi artı formlar artı ödeme artı bildirimler için, iki çatı da işi görür ve aralarındaki seçim projenin darboğazı değildir. Darboğaz genellikle başka yerdedir: arka uç, arayüz tasarımı ve teslimden sonra onu kimin sürdüreceği. Bir yüklenici çatı seçimini projenin en önemli kararına dönüştürüyorsa muhtemelen asıl konudan kaçıyordur.

Gerçek bir istisna var. Uygulamanız bir oyunsa ya da grafik açıdan ağır bir arayüzü varsa bunların hiçbiri varsayılan yanıt değildir ve o alanın araçlarına gitmelisiniz. Uygulama yalnızca sitenizin mobil bir sürümüyse belki hiç uygulamaya ihtiyacınız yoktur; bu soruyu çatı seçiminden sonra değil önce sorun.