النسخة الصادقة من النقاش ده أقصر من أغلب المقالات المكتوبة عنه. لأغلبية منتجات الأعمال والشركات الناشئة في المنطقة، Flutter بيكسب — مش لأنه أفضل تقنياً من Swift وKotlin، لكن لأن القيد اللي بيحكم فعلاً في نسخة أولى هو الميزانية وسرعة الإصدار، مش عدد الإطارات في الثانية.
دي طريقتي في الحسم، مشروع بمشروع.
الافتراضي: Flutter
قاعدة كود واحدة بـDart، وبناءين أصليين، وإيقاع إصدار واحد، وخطأ واحد تصلّحه بدل اتنين. لصاحب مشروع بيموّل نسخة أولى، ده مش تحسين بسيط — ده غالباً الفرق بين إنك تنزل على المنصتين وإنك تنزل على واحدة.
تلات أسباب محددة بتخلّيه مناسب في المنطقة العربية:
العربي RTL مسألة محلولة على مستوى الإطار. الاتجاه وتشكيل النص وانعكاس التخطيط كلها متعامل معاها في Flutter نفسه، يعني المنصتين بيتصرّفوا بنفس الشكل بالعربي. قاعدتين كود أصليتين معناها إنك تنفّذ الـRTL مرتين وتلاقي مجموعتين مختلفتين من المشاكل.
إيقاع إصدار واحد بيحافظ على صدق السلوك. لما الويب والموبايل يتبنوا منفصلين، تطبيق iOS وAndroid بيتباعدوا — تحقق مختلف، ومعالجة مختلفة للحالات الاستثنائية، ونسخة مختلفة من نفس قاعدة العمل. والعملاء بيكتشفوا الفرق قبلك.
بيتركّب كويس مع منظومة خلفية مشتركة. أجزاء عنده تلات تطبيقات أصلية منفصلة — العميل والمورد والمندوب — على واجهة برمجية واحدة. إنك تبني ستة تطبيقات أصلية للحالة دي كان هيبقى شركة تانية، مش بند ميزانية تاني.
إمتى التطبيق الأصلي فعلاً بيستاهل تكلفته
بنصح بالأصلي من غير تردد في الحالات دي:
- شغل كاميرا عميق. مسارات تصوير مخصصة، ومعالجة صور لحظية، ورؤية حاسوبية على الجهاز. أي حاجة بتتصارع فيها مع منظومة الكاميرا في المنصة.
- تتبع موقع في الخلفية على نطاق واسع. التتبع المستمر بقيود بطارية صارمة بيصطدم بسلوك خاص بكل منصة، والتحكم فيه أسهل أصلياً.
- واجهات حصرية بالمنصة وهي لسه جديدة. مزايا نظام التشغيل الجديدة بتوصل للأصلي الأول. لو ميزتك التنافسية واحدة منها، فأنت عايزها من أول يوم مش لما مكتبة وسيطة تلحق.
- رسوم لحظية تقيلة جداً. ألعاب، أو واقع معزّز، أو ثلاثي أبعاد بمعدل إطارات عالي مستمر. Flutter يقدر يعمل كتير هنا، بس لو ده جوهر منتجك، أدوات المنصة الأصلية أعمق.
- عندك فريق أصلي أصلاً. أحسن تقنية غالباً هي اللي مهندسينك الحاليين ممتازين فيها.
خُد بالك من اللي مش في القائمة: "الأداء". لسوق إلكتروني، أو لوحة SaaS، أو تطبيق حجوزات، أو أداة داخلية — العميل مش هيفرق. الأداء المُدرَك في المنتجات دي بيحكمه زمن الشبكة وعرض القوائم، والاتنين في متناول Flutter تماماً.
السؤال اللي المفروض يتسأل الأول
"Flutter ولا أصلي؟" ده عادةً السؤال التاني. الأول هو: هل محتاج تطبيق موبايل من أول يوم أصلاً؟
للمنتجات الموجّهة للمشترين، غالباً لأ. تجربة ويب سريعة مُصيَّرة من الخادم بتظهر في البحث، ومش محتاجة تثبيت، وبتنزّل تحديثات من غير مراجعة متجر. قوتي بيبدأ بالويب بالظبط لأن المتسوقين جايين من البحث، والتطبيق بيكمّل الويب مش بيستبدله.
التطبيقات بتستحق مكانها بدري في الحالات دي:
- مستخدمين بيشتغلوا وهم واقفين — مناديب وعاملين ميدانيين وموظفي مخازن وفنيّي صيانة
- منتجات الإشعارات فيها حلقة أساسية مش رفاهية
- أي حاجة لازم تشتغل من غير إنترنت
والأخيرة دي أقوى حالة على الإطلاق. مدرّس بيشغّل نشاط تدريس كامل على الجهاز لأن الفصول كتير مفيهاش إنترنت صالح. مفيش نسخة ويب-فقط من المنتج ده — القيد نفسه هو المنتج.
حاجات بتفاجئ أصحاب المشاريع في الموبايل، بغض النظر عن التقنية
الحاجات دي بتكلّف أكتر من قرار Flutter مقابل الأصلي:
مراجعة المتاجر مسار شغل، مش خطوة. الحسابات والتوقيع ومحتوى صفحة المتجر وإقرارات الخصوصية والرد على المراجعة والنشر التدريجي — كلها بتاخد وقت حقيقي. خطّطلها، متكتشفهاش قبل الإطلاق بأسبوع.
إيقاع الإصدار بيتغيّر. على الويب بتصلّح خطأ وتنشر. على الموبايل بتصلّح، وتطلع بناء، وتستنى المراجعة، وبعدين تستنى المستخدمين يحدّثوا. وده بالظبط سبب إن قواعد العمل مكانها الخادم — عشان تغيير سعر ميحتاجش إصدار تطبيق. دي أنفع عادة معمارية في شغل الموبايل كله.
متجرين معناهم مجموعتين سياسات. بيختلفوا، وبيتغيّروا، والاتنين بينطبقوا عليك.
العربي محتاج اختبار على أجهزة حقيقية. عرض الخطوط ولوحات المفاتيح وتنسيق الأرقام وإدخال النص بيتصرّفوا بشكل مختلف بين الأجهزة. المحاكي مش هيقولّك. دي جولة اختبار تتجدول، مش مخاطرة تتمنّى.
القرار، مختصر
اسأل بالترتيب ده:
- محتاج تطبيق من أول يوم؟ لو مستخدمينك مشترين جايين من البحث، غالباً لسه لأ.
- محتاج وصول عميق لعتاد المنصة؟ لو أيوه — كاميرا، تتبع موقع في الخلفية، واجهات حصرية — روح أصلي.
- عندك فريق أصلي؟ لو أيوه، استخدمه.
- غير كده، Flutter. قاعدة كود واحدة، منصتين، إيقاع إصدار واحد، وعربي بيتصرّف بنفس الشكل على الاتنين.
وبعدين، مهما اخترت، حُط منطق العمل على الخادم. التسعير والصلاحيات وحالات الطلب وقواعد الدفع مكانها الواجهة البرمجية عشان العملاء يعرضوا القرارات مش ياخدوها. ده اللي بيخلي الويب والموبايل بيحكوا للمستخدم نفس الحكاية — وهو اللي بيخلي إضافة واجهة تانية أو تالتة رخيصة بعدين.
عايز رأي في منتجك أنت؟
صفحة تطوير منتجات Flutter والويب بتغطي إزاي منهج الواجهة المشتركة بيشتغل عملياً، بما فيه ترتيب الويب قبل التطبيقات، ومعاملة إصدار المتاجر كمسار شغل مخطّط.
ولو تحب تتكلم بدل ما تقرا، احجز مكالمة مجانية 15 دقيقة. قوللي مين مستخدمينك وهم واقفين فين وهم بيستخدموا منتجك — ده بيجاوب على السؤال ده أسرع من أي مقارنة مزايا.