فلاتر أم رياكت نيتف؟ أيهما تختار لبرمجة تطبيقك في الكويت

فلاتر أم رياكت نيتف: الجواب المختصر

فلاتر أم رياكت نيتف؟ اختر فلاتر إذا كان تطبيقك يحتاج تصميماً خاصاً بعلامتك يظهر بالشكل نفسه على آيفون وأندرويد، واختر رياكت نيتف إذا كان فريقك يكتب React أو TypeScript، أو سيشارك التطبيق الكود مع موقع مبني بـ React. الإطاران ناضجان في 2026، ويبنيان تطبيقاً واحداً للنظامين من كود واحد، ويدعمان العربية والدفع عبر كي نت وApple Pay من خلال مزود الدفع. ما يبقى هو قرار يتعلق بالتصميم والفريق وبقية أنظمتك.

ويحسم الاختيار عادةً ثلاثة أسئلة:

1. التصميم: هل تريد واجهة بهوية علامتك تظهر بالشكل نفسه على كل الأجهزة، أم تطبيقاً يتبع شكل أزرار كل نظام؟
2. الفريق: من سيتولى صيانة التطبيق بعد ثلاث سنوات، وما اللغة التي يبرمج بها اليوم؟
3. الموقع: هل سيشارك التطبيق كوداً أو مبرمجين مع موقع أو لوحة تحكم مبنية بـ React؟

هذه المقارنة مكتوبة لصاحب القرار في الشركة، لا لمن يتعلم البرمجة.

ما الذي تغيّر في 2025 و2026؟

إذا قرأت مقالاً يتحدث عن "الجسر" في رياكت نيتف كمشكلة أداء حالية، أو عن تقطّع الحركة في فلاتر كمشكلة مفتوحة، فقد كُتب قبل هذه التغييرات. وحتى سبتمبر 2026، أحدث إصدارين هما React Native 0.87 (أغسطس 2026، كما في مدونة رياكت نيتف) وFlutter 3.47 (أغسطس 2026).

رياكت نيتف: المعمارية الجديدة أصبحت الوحيدة

مع إصدار React Native 0.82 في 8 أكتوبر 2025، أعلن فريق رياكت نيتف أن المعمارية الجديدة (New Architecture) هي المعمارية الوحيدة لهذا الإصدار وما بعده. ولن يكون لأي محاولة لإيقافها أثر، سواء عبر newArchEnabled=false على أندرويد أو RCT_NEW_ARCH_ENABLED=0 على iOS.

ثم جاء React Native 0.84 في 11 فبراير 2026، فأصبح Hermes V1 محرك JavaScript الافتراضي على iOS وأندرويد، ولم يعد كود المعمارية القديمة يُضمَّن في نسخ iOS افتراضياً.

ماذا يعني هذا لك؟

• أي مشروع جديد يبدأ على المعمارية الحالية، فلا يوجد قرار "قديم أو جديد".
• إذا ورثت تطبيقاً قديماً مبنياً بـ React Native، فالترقية إلى 0.82 أو ما بعده تتطلب أن تكون كل المكتبات التي تحتوي كوداً أصلياً (native modules) متوافقة مع المعمارية الجديدة. ويوصي فريق رياكت نيتف بالانتقال أولاً إلى 0.81 أو Expo SDK 54 (آخر إصدارين يسمحان بالمعمارية القديمة)، ثم تفعيل المعمارية الجديدة واختبار التطبيق، وبعدها الترقية. افحص المكتبات قبل الالتزام بجدول زمني.
• ويقول الفريق إنه سيُبقي طبقات التوافق (interop layers) في الكود للمستقبل المنظور، فالمكتبات التي تدعم المعماريتين تستمر في العمل.

فلاتر: محرك Impeller هو المحرك المعتمد

بحسب توثيق فلاتر، محرك Impeller هو محرك الرسم الوحيد المدعوم على iOS دون إمكانية الرجوع إلى Skia. وعلى أندرويد هو المحرك الافتراضي من إصدار API 29 (أندرويد 10) فما فوق، أما الأجهزة الأقدم أو التي لا تدعم Vulkan فتعود إلى محرك OpenGL القديم.

الفرق العملي أن Impeller يترجم برامج التظليل (shaders) مسبقاً ضمن محرك فلاتر نفسه، فلا تُترجَم على هاتف المستخدم أثناء تشغيل الحركات، وهذا هو التغيير الذي استهدف التقطّع الذي كان يظهر في أول تشغيل لها. والمحرك يأتي داخل تطبيقك، فيحصل المستخدم على التحسين دون تحديث نظام هاتفه.

الفرق بين فلاتر ورياكت نيتف في جدول

كيف يرسم كل إطار الشاشة، ولماذا يهمك ذلك؟

هذا هو الفرق التقني الحقيقي، ومنه تنتج أغلب الفروق العملية.

فلاتر يرسم واجهته بنفسه. يوضح توثيق معمارية فلاتر أن الإطار يملك نسخته الخاصة من كل عنصر، حتى زر التبديل في iOS يُعاد رسمه بلغة Dart. الميزة أن الزر أو الرسم البياني أو الحركة التي صممها المصمم تظهر بالشكل نفسه على هاتف أندرويد قديم وعلى أحدث آيفون. والثمن أن تحديثات شكل النظام من Apple أو Google لا تظهر في تطبيقك حتى تحدّثه أنت. ومع ذلك يكيّف فلاتر بعض السلوك تلقائياً حسب النظام، مثل الخط الافتراضي (Roboto على أندرويد وSan Francisco على iOS) وطريقة التمرير والانتقال بين الصفحات، كما يذكر دليل التكييف حسب المنصة.

رياكت نيتف يستخدم عناصر النظام نفسه. بحسب توثيق رياكت نيتف، يتحول مكوّن <View> أثناء التشغيل إلى ViewGroup في أندرويد وUIView في iOS. الميزة أن التطبيق يبدو مألوفاً لمستخدم كل نظام. والثمن أن التصميم الخاص جداً يحتاج جهداً أكبر ليظهر بالشكل نفسه على النظامين، لأن تحته عنصرين أصليين مختلفين.

أيهما أسرع؟

في أغلب تطبيقات الأعمال (الحجوزات، الطلبات، الولاء، تطبيقات الموظفين الميدانيين، بوابات العملاء) لن يلاحظ المستخدم فرقاً. فلاتر يترجم كود Dart إلى لغة الآلة في النسخة النهائية، ورياكت نيتف يترجم JavaScript إلى Hermes bytecode أثناء البناء، وهو ما يقول توثيق Hermes إنه يسرّع بدء التشغيل. الفروق تظهر في الحركات الكثيفة والقوائم الطويلة جداً والرسومات الخاصة. وفي تطبيق يعتمد على نماذج وقوائم من خادم، يؤثر الخادم في السرعة أكثر من الإطار. جرّب التطبيق على الهواتف التي يستخدمها عملاؤك فعلاً.

الأدوات والتحديثات العاجلة

Expo إطار عمل مبني على رياكت نيتف، وعليه يعمل تطبيقنا TidyHome. وتتيح خدمة EAS Update من Expo إرسال تعديلات على كود JavaScript والتنسيق والصور مباشرة إلى المستخدمين دون إعادة التقديم للمتجر، أما تعديل الكود الأصلي أو صلاحيات التطبيق أو إصدار Expo SDK فيحتاج نسخة جديدة، بحسب توثيق EAS Update. وتحتسب Expo تكلفة الخدمة بعدد المستخدمين النشطين شهرياً الذين يحمّلون تحديثاً.

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

دعم اللغة العربية والكتابة من اليمين لليسار

في الكويت نادراً ما يكون التطبيق بالإنجليزية فقط، لذلك هذه النقطة أهم هنا من أغلب المقارنات العالمية.

في رياكت نيتف يُدار الاتجاه عبر وحدة I18nManager. ويذكر التوثيق أن التغييرات عبر allowRTL() وforceRTL()، وهما مفتاحا الاتجاه على مستوى التطبيق كله، لا تسري فوراً بل عند التشغيل التالي للتطبيق، وينصح بعدم استخدام forceRTL() في التطبيق المنشور للمستخدمين لأن إعادة التشغيل الكاملة تجربة سيئة. عملياً، إذا أردت زر تبديل بين العربية والإنجليزية داخل التطبيق، فعلى المبرمج أن يخطط لهذه الإعادة.

في فلاتر يرتبط الاتجاه باللغة. بحسب مرجع فلاتر، ينشئ عنصر Localizations عنصر Directionality الذي يحدد الاتجاه لما تحته، وعند إعادة بنائه بلغة جديدة يُعاد بناء الجزء المتأثر بعد تحميل النصوص الجديدة. ويسمح Localizations.override بعرض قسم بلغة مختلفة (يمكنك مثلاً عرض أداة اختيار التاريخ بالإنجليزية داخل شاشة عربية).

ما لا يفعله أي إطار نيابة عنك:

• كتابة نص عربي طبيعي. جودة الترجمة عمل محتوى، لا ميزة برمجية.
• عكس الأيقونات التي تدل على اتجاه، مثل سهم الرجوع وخطوات التقدم. هذا قرار المصمم.
• ضبط النص المختلط، مثل أرقام الطلبات وأرقام الهواتف داخل جملة عربية. اختبر هذه الشاشات بمحتوى حقيقي.

تطبيقنا TidyHome لمهام المنزل مبني بـ Expo وReact Native، وهو عربي أولاً مع دعم كامل للكتابة من اليمين لليسار. ونبرمج بفلاتر أيضاً حين يحتاجه المشروع، ولا يجعل أي من الإطارين العربية سهلة وحده. خطط للعربية واختبرها من أول شاشة.

ربط كي نت وApple Pay في التطبيق

الدفع نادراً ما يحسم الاختيار، لأن مزودي الدفع الذين تستخدمهم الشركات في الكويت يوفرون حزماً للإطارين:

• ماي فاتورة توفر حزم SDK لـ iOS وأندرويد وFlutter وReact Native وCordova، وتوثيق حزمة ماي فاتورة لـ Flutter يذكر كي نت كطريقة دفع.
• تاب توفر حزمة للبطاقات وحزمة لـ Apple Pay وحزمة لصفحة الدفع، ولكل منها نسخة لـ Flutter ونسخة لـ React Native.

لا يدعم أي من الإطارين كي نت بشكل مدمج. وكما يشرح دليل ربط كي نت في المواقع والتطبيقات، الدفع عبر كي نت داخل التطبيق يمر من خلال مزود دفع أو بوابة البنك، ويربط المبرمج حزمة المزود أو صفحة الدفع المستضافة. وقارنّا بين المزودين المرخصين في دليل بوابات الدفع في الكويت، ولـ Apple Pay في الكويت شروط خاصة تجدها في دليل ربط Apple Pay.

قاعدة من Apple تنطبق على الإطارين. الدفع عبر كي نت أو Apple Pay من خلال بوابة دفع مخصص للسلع والخدمات التي تُستخدم خارج التطبيق، مثل الطلبات والحجوزات والتوصيل. أما المحتوى أو الميزات الرقمية التي تُفتح داخل تطبيق iOS، مثل الاشتراكات أو المحتوى المميز، فتشترط Apple لها الشراء داخل التطبيق (البند 3.1.1 من إرشادات مراجعة App Store).

نصيحة عملية: تأكد أن نسخة حزمة الدفع تدعم إصدار فلاتر أو رياكت نيتف الذي ستطلق به التطبيق، لأن تأخر حزمة الدفع عن الإطار قد يؤخر ترقياتك.

كم تكلفة برمجة تطبيق بفلاتر أو رياكت نيتف في الكويت؟

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

في ركن، يبدأ سعر برمجة تطبيق الجوال من 1,999 د.ك، والسعر النهائي يعتمد على نطاق العمل. وفي دليل كم تكلفة تطبيق في الكويت تفصيل كل بند، بما فيه رسوم متجري Apple وGoogle والصيانة السنوية.

أين يؤثر الإطار فعلاً؟

• مهارات فريقك: إذا كان لديك مبرمجو React، فصيانة تطبيق رياكت نيتف أسهل عليهم.
• التصميم الخاص: الواجهة المميزة جداً غالباً أسهل تطابقاً في فلاتر.
• الترقيات: الإطاران يصدران تحديثات منتظمة، ويشترط متجر Google Play أن يستهدف التطبيق إصداراً حديثاً من أندرويد. فمنذ 31 أغسطس 2026 يجب أن تستهدف التطبيقات الجديدة والتحديثات أندرويد 16 (API 36)، بحسب متطلبات Google Play. خصص ميزانية صيانة أياً كان اختيارك.

التوظيف والصيانة على المدى الطويل

عمر التطبيق أطول من عقد برمجته الأول، فاسأل: من سيصلحه في السنة الثالثة؟

• رياكت نيتف يستخدم JavaScript أو TypeScript، وهي لغة أغلب مواقع الويب الحديثة، فيمكن أحياناً أن يعمل الفريق نفسه على الموقع والتطبيق.
• فلاتر يستخدم Dart، فستوظف غالباً مبرمج فلاتر تحديداً.
• وأياً كان الإطار، تأكد أن الكود وحسابات المتاجر وحساب مزود الدفع باسم شركتك. شرحنا كيف تحمي ذلك في مقارنة شركة برمجة أم مبرمج مستقل.

متى تختار فلاتر؟

• إذا كان تصميم علامتك يجب أن يظهر بالشكل نفسه على كل آيفون وأندرويد.
• إذا كان التطبيق يعتمد على حركات أو رسوم بيانية أو عناصر واجهة غير تقليدية.
• إذا كنت تبني فريقاً جديداً، أو فريقك يعرف Dart.
• إذا أردت أن يأتي محرك الرسم مع التطبيق نفسه بدل الاعتماد على عناصر النظام في كل هاتف.

متى تختار رياكت نيتف؟

• إذا كان فريقك يكتب React أو TypeScript لموقع أو لوحة تحكم.
• إذا أردت مشاركة منطق العمل أو المبرمجين مع تطبيق ويب مبني بـ React.
• إذا كنت تفضّل أن يتبع التطبيق شكل أزرار كل نظام وعناصره المألوفة.
• إذا كان لديك تطبيق رياكت نيتف يعمل أصلاً، فإعادة كتابته بإطار آخر نادراً ما تستحق التكلفة.

متى لا يناسبك فلاتر ولا رياكت نيتف؟

البرمجة بإطار واحد للنظامين ليست الأنسب دائماً. إذا كان التطبيق مبنياً على ميزات خاصة بنظام واحد، مثل ربط عميق بعتاد آيفون، فقد يكون التطبيق الأصلي بلغة Swift أو Kotlin أبسط. وإذا كان عملاؤك يحتاجون فقط إلى التصفح والطلب، فقد يكفيك موقع سريع على الجوال قبل أن تلتزم ببرمجة تطبيق.

أسئلة تطرحها على المبرمج قبل أن تقرر

1. أي إطار تنصح به لهذا التطبيق، ولماذا هذا وليس الآخر؟
2. من سيتولى صيانة التطبيق، وما اللغة التي يعمل بها يومياً؟
3. كيف سينتقل المستخدم بين العربية والإنجليزية، وهل جربتم ذلك على أجهزة حقيقية؟
4. ما حزمة الدفع التي ستستخدمونها لقبول الدفع عبر كي نت وApple Pay، وما إصدارات الإطار التي تدعمها؟
5. كيف يصل إصلاح عاجل إلى المستخدمين: عبر نسخة جديدة في المتجر أم خدمة تحديث مباشر، وكم تكلف؟
6. هل سيكون الكود وحسابات المتاجر باسم شركتنا؟

كيف نختار في ركن

خيارنا الافتراضي لتطبيقات الجوال هو Expo (React Native)، وعليه يعمل تطبيقنا TidyHome، ويشارك لغة TypeScript مع مواقع React وNext.js التي نبنيها، فيستطيع فريق واحد صيانة الاثنين. ونبرمج أيضاً تطبيقات أصلية أو بفلاتر حين يحتاجها المشروع: إذا كان تطبيقك يعتمد على تصميم خاص يجب أن يظهر بالشكل نفسه على النظامين، أو كان فريقك يكتب Dart، فسنقول لك ذلك. نبدأ من التصميم وفريقك وموقعك، ثم نرشّح الإطار الأقل تكلفة في التشغيل على المدى الطويل، لا في الإطلاق فقط. للتفاصيل، اطلع على خدمة برمجة تطبيقات الجوال في الكويت أو أرسل لنا فكرة تطبيقك.