Flutter أم React Native في 2026؟ قرار مبني على الفريق لا على الذوق

السؤال «Flutter أم React Native؟» يُطرح عادةً كأنه سؤال ذوق. في الواقع هو سؤال فريق: من سيكتب الكود، ومن سيصلحه بعد سنة، وما الأجهزة التي يجب أن يعمل عليها، وما الأجزاء التي تحتاج أداءً أصلياً. الإطاران يستطيعان بناء التطبيق نفسه. الفرق يظهر في الصيانة، وفي التوظيف، وفي التفاصيل التي لا تظهر في عرض تجريبي.

هذا المقال يقارن الإطارين على ما يهم المشتري: تكلفة البناء، وتكلفة التغيير، ومخاطر المنصة، وتوافر المطورين في السوق. لا يحاول إعلان فائز مطلق، لأن الفائز يتغيّر مع نوع المنتج وحجم الفريق.

Flutter يشحن Impeller كمحرك العرض الافتراضي على المنصات المدعومة، ما يقلّل التقطيع في الرسوم ويزيل الاعتماد على Skia في المسار الأساسي. React Native شحن البنية الجديدة (New Architecture) التي تعتمد على Fabric وTurboModules، فغيّرت طريقة عمل الجسور والأداء. هذه التغييرات مهمة لأنها تعالج أكثر اعتراضين قديمين: أداء Flutter على الأجهزة القديمة، وأداء React Native في القوائم والرسوم المعقدة.

لكن التحديث لا يحل مشكلة الفريق. الإطار الجديد لا يجعل مطوراً بلا خبرة قادراً على بناء تطبيق مستقر. ولا يحل مشكلة التصميم: التطبيق الذي يعمل بسلاسة لكنه صعب الاستخدام سيبقى صعب الاستخدام على أي إطار.

اقرأ الجدول كقائمة أسئلة، لا كقائمة درجات. كل معيار يرجّح كفة حسب مشروعك.

الإطار مجاني في الحالتين. التكلفة في التصميم والاختبار والتكامل والنشر والصيانة. الفرق بين مشروع Flutter ومشروع React Native على المدى القصير قد يكون صفراً. الفرق الحقيقي يظهر في السنة الثانية، عندما تحتاج إلى مطوّر جديد، أو إلى تحديث إصدار رئيسي، أو إلى إصلاح عطل في جهاز لم يعد مدعوماً.

لذلك اسأل الوكالة سؤالاً واحداً: من يملك هذا الكود بعد ثلاث سنوات؟ إذا كانت الإجابة «نحن»، فالإطار أقل أهمية. وإذا كانت الإجابة «فريقك»، فاختر الإطار الذي يستطيع فريقك قراءته. ولمعرفة كيف يدخل قرار الإطار في نطاق المشروع، راجع تكلفة تطبيق جوال في السعودية.

التطبيق كائن حي. نظام التشغيل يتغيّر مرتين إلى ثلاث مرات في السنة، والمتجر يغيّر متطلباته، والأجهزة الجديدة تظهر، والمكتبات التي تعتمد عليها تتوقف عن التحديث. إذا لم تكن هناك ميزانية صيانة، فالتطبيق لا يتوقف عن العمل في يوم واحد. يبدأ ببطء: إشعار لا يصل على إصدار جديد، ثم شاشة تنكسر على جهاز بشاشة أكبر، ثم مراجعة متجر ترفض لأن المكتبة قديمة.

اسأل عن عقد الصيانة قبل أن توقّع على البناء. ما الذي يغطيه؟ هل يشمل تحديثات نظام التشغيل؟ كم ساعة شهرياً؟ ما زمن الاستجابة للعطل الحرج؟ ومن يملك قرار التحديث؟ العقد الغامض يعني أن كل إصلاح سيصبح مشروعاً مستقلاً بسعر جديد، وهذا ما يجعل كثيراً من التطبيقات تتوقف بعد سنتين.

في السوق السعودي، الفرق بين وكالة تبني وتختفي وأخرى تبني وتبقى هو الفرق بين تطبيق يعمل لسنتين وتطبيق يعمل لخمس. اسأل عن أسماء من سيبقون بعد التسليم، لا عن حجم الفريق في العرض التقديمي.

أيهما أسرع؟ لا توجد إجابة مطلقة. Flutter يتفوق في الحركة الكثيفة، وReact Native يتفوق في التكامل مع مزايا المنصة عند بناء جيد.

هل يمكن الانتقال من إطار إلى آخر لاحقاً؟ نعم، لكنه إعادة كتابة للواجهة غالباً. القرار يستحق وقتاً في البداية.

أيهما أفضل للعربية وRTL؟ كلاهما يدعم RTL، والفرق في انضباط الفريق أكثر من الإطار.

هل يمكن مشاركة الكود مع الويب؟ React Native يشارك المنطق والأنواع مع React، وFlutter يشارك الواجهة بين المنصات لا مع الويب.

هل الإطار يضمن قبول المتجر؟ لا. القبول يعتمد على الوظائف والسياسة والخصوصية، لا على الإطار.

• Flutter: Impeller — محرك العرض الافتراضي وأثره على الأداء.
• React Native: New Architecture — Fabric وTurboModules.
• Apple App Store Review Guidelines — قواعد القبول.
• Google Play developer policies — متطلبات النشر.
• هندسة تطبيقات الجوال — كيف نبني ونختبر.