كل ستة أشهر، يكتب أحدهم مقالًا «حاسمًا» عن Flutter مقابل React Native. وكل ستة أشهر، يصبح المقال خاطئًا خلال عام لأن الإطارين يتطوران باستمرار.
لنجرب شيئًا مختلفًا: إليك كيف نختار بينهما فعلاً، بعد تسليم تطبيقات إنتاجية على الاثنين. لا تعصّب. لا screenshots بنشمارك من 2023. فقط الحقيقة عن أي إطار نختاره ولماذا.
الملخص السريع
- 01اختر Flutter إن أردت واجهة موحدة بدقة البكسل، رسومًا كثيرة، مكونات مخصصة، أو مستقبلاً على الديسكتوب والـ embedded.
- 02اختر React Native إن كان فريقك يتقن React، أو تحتاج تكاملًا عميقًا مع iOS/Android، أو تريد سوق توظيف أوسع.
- 03لا تختر أيًا منهما إن كان التطبيق صغيرًا وحرجًا في الأداء — اذهب إلى الأصلي.
أين يفوز Flutter
أصبح Flutter خيارنا الافتراضي لمعظم مشاريع الهاتف. اتساق الواجهة لا يُهزم — Flutter يرسم widgets الخاصة به، فلا اختلافات بين iOS وAndroid. لا «هذا الخط مختلف على Samsung». لا «هذا الظل لا يظهر على iOS 15».
أداء الرسوم مذهل. بنينا مكتبة رسوم بيانية في Flutter تعمل على 120fps على هاتف Android متوسط. جرّب ذلك في React Native بلا الهبوط للنيتيف وستكرهه.
أين يفوز React Native
إن كان فريقك الخلفي يكتب TypeScript، وتطبيق الويب Next.js، وفريق الهاتف سيشارك الأنواع مع الاثنين — فـ React Native هو الخيار البديهي.
تحتاج تكاملات SDK عميقة مع الأصلي: جسر React Native أنضج. ثلاثة SDKs غامضة؟ ستجد bridges جاهزة أكثر من plugins Flutter.
خرافات لا تزال تُقال
- 01«تطبيقات Flutter ثقيلة.» لم تعد كذلك — أدنى حجم APK صار أقل من 6 ميغا.
- 02«React Native بطيء.» كان كذلك قبل Fabric. لم يعد.
- 03«Flutter لا وظائف فيه.» السوق قوي ونامٍ، خصوصًا في أوروبا وآسيا.
الخيار الثالث غير المنطوق
أحيانًا لا ننصح بأي منهما. تطبيق حرج الأداء (فيديو لحظي، AR، 3D ثقيل، ألعاب) أو يحتاج ميزات منصّة تتغير مع كل إصدار OS — اذهب للأصلي. Swift لـ iOS، Kotlin لـ Android. التكلفة الإضافية حقيقية، لكن سقف الجودة أيضًا.