Swift لغة Apple لتطبيقات iOS. والبناء الأصلي يكلّف أكثر من تعدد المنصات لأن Android يحتاج قاعدة كود خاصة به، وهو الخيار الصحيح حين يعتمد التطبيق على خصائص عتاد Apple أو حين يجب ألا تُميَّز الواجهة عن تطبيق من Apple نفسها.
ما هي Swift؟
Swift هي اللغة التي بنتها Apple لتحل محل Objective-C، وSwiftUI هي الطريقة الحديثة لبناء الواجهات بها. ومعًا هما كيف تُكتب تطبيقات Apple نفسها، ما يعني أن كل ما تستطيعه المنصة متاح يوم الإعلان عنه لا حين تلحق به إضافة.
والأصلي يعني أيضًا أفضل أداء متاح. فلا جسر ولا مفسّر ولا محرك عرض ثانٍ — يعمل التطبيق مباشرة على المنصة التي تُرجم لها.
متى نختار Swift
حين يعتمد التطبيق على قدرة خاصة بـ Apple: HealthKit، أو ARKit، أو CarPlay، أو تطبيق Apple Watch، أو عمل عميق في الودجات أو الأنشطة الحية. يستطيع تعدد المنصات بلوغ بعض ذلك عبر إضافات، لكن إن كان محوريًا للمنتج فالأصلي هو التوصية الصادقة.
وحين يكون الجمهور iOS في الغالب الأعم وتكون جودة الواجهة هي عامل التمييز. وفي أجزاء من السوق الخليجي الفاخر هذا صحيح فعلًا، وهو يغيّر الجواب.
وحين يملك العميل فريق iOS أصلًا.
وهو أيضًا القرار الصحيح حين يجب أن يبدو التطبيق منتميًا إلى الجهاز. فالإيماءات والانتقالات والاهتزازات أفضل بوضوح حين تُكتب على المنصة مباشرة، ولعلامة استهلاكية ذلك الفارق هو المنتج لا تفصيلًا.
متى لا نستخدم Swift
حين تُطلب المنصتان بميزانية واحدة. فقاعدتا كود أصليتان تكلّفان نحو 60–80٪ أكثر من بناء واحد متعدد المنصات، ولمعظم الشركات يُنفَق ذلك المال على المنتج أفضل من إنفاقه على التنفيذ الثاني.
وحين يكون التطبيق في جوهره نماذج وقوائم تتحدث إلى واجهة برمجية. فلا شيء هناك يجيده الأصلي أكثر، والبناء متعدد المنصات يمنحك Android مجانًا.
ما الذي نبنيه بـ Swift
تطبيقات مبنية حول قدرات الجهاز
تتبع صحي، وخصائص كاميرا وواقع معزز، وبطاقات محفظة، ورفقاء Watch. فحيث يكون العتاد هو المقصد، لا يكون الوصول الأصلي تفضيلًا بل متطلبًا.
تطبيقات مستهلك بتجربة فاخرة
حيث تكون الواجهة نفسها ما يدفع العميل ثمنه، ويُتوقع أن يبدو كل حركة وانتقال كأن المنصة صنعته.
تطبيقات مبنية حول الكاميرا أو المستشعرات
مسح مستندات، والتقاط باركود، وواقع معزز، وموقع خلفي دقيق. وهذه أقرب ما تكون إلى العتاد وحيث تكلّفك طبقة عابرة للمنصات أكثر ما تكلّف.
أدوات وتطبيقات ساعة وتكامل مع النظام
أدوات على الشاشة الرئيسية، ورفقاء Apple Watch، واختصارات Siri، والأنشطة الحية. وهذه لا توجد إلا أصليًا، ولبعض المنتجات هي جزء كبير من سبب استخدام التطبيق أصلًا.
كيف نطلق مشاريع Swift
SwiftUI للعمل الجديد، مع UIKit حيث لا يزال عنصر بعينه يحتاجه. وحساب Apple Developer الخاص بك، وقائمة تطبيقك، من اليوم الأول.
ويُعالج التقديم للمتجر كجزء من المشروع — بيانات الخصوصية، وحذف الحساب، ولقطات بكل حجم مطلوب — لأن هذه هي الأسباب المتوقعة لأول رفض.
ما تكلّفك Swift
هو لـ iOS فقط. وAndroid مشروع منفصل بقاعدة كود منفصلة واختبار منفصل ودورة إصدار منفصلة، وهذه حجة الكلفة كلها في جملة.
ومطوّرو Swift أندر وأغلى في هذه المنطقة من مطوّري تعدد المنصات، وهذا يؤثر في البناء وفي الصيانة لسنوات بعده.
الكلفة الواضحة أنه يغطي iOS فقط. فـ Android يحتاج بناءً ثانيًا، وتطبيقان أصليان قريبان من مشروعين — نحو 1.7 ضعف كلفة بناء عابر للمنصات، وقاعدتا كود تبقيان متزامنتين إلى الأبد.
وتحتاج أيضًا جهاز Mac لبنائه وحساب مطوّر Apple لإطلاقه، وكل إصدار يمر بمراجعة. ولا شيء من ذلك صعب؛ وكله يستحق المعرفة قبل الاتفاق على الجدول الزمني.
أسئلة تُطرح علينا عن Swift
اكتب ما يجب أن يفعله التطبيق بالهاتف نفسه. فإن كانت القائمة كاميرا وموقعًا وإشعارات، فـ Flutter كافٍ وأرخص. وإن شملت HealthKit أو ARKit أو CarPlay أو تطبيق Watch، فالأصلي يبدأ في تبرير كلفته. وسنمر على تلك القائمة معك قبل التسعير.
يكفي Flutter لمعظم تطبيقات الأعمال — نماذج وقوائم وحجوزات ولوحات. واذهب إلى الأصلي حين يعتمد التطبيق على الكاميرا أو المستشعرات أو الموقع الخلفي أو الأدوات أو دعم الساعة، أو حين تكون جودة التفاعل نفسها سبب اختيار الناس لمنتجك.
يبدأ تطوير تطبيقات الجوال من 18,000 دولار ويستغرق عادةً ثمانية إلى ستة عشر أسبوعًا. وبناء iOS وAndroid أصليًا قريب من مشروعين منفصلين، وهذا السبب الرئيس لتوصيتنا بـ Flutter ما لم يوجد سبب محدد لغير ذلك.
نعم — البناء والتوقيع وصفحة المتجر باللغتين وإقرارات الخصوصية وعملية المراجعة. والرفض معتاد في أول رفع ويكون عادةً بسبب صياغة الخصوصية أو حساب تجريبي ناقص، ونستعد لكليهما مسبقًا.
عبر App Store، ما يعني أن كل تغيير يمر بمراجعة — عادةً يوم أو يومان، وأحيانًا أطول. فخطّط للإصدارات حول ذلك بدل افتراض إمكان إطلاق إصلاح في بعد الظهر نفسه. وحيث يهم التكرار السريع أكثر من عمق المنصة، تكون دورة المراجعة تلك حجة لبناء عابر للمنصات بتحديثات عبر الأثير بدلًا منه.
تستطيع، ويستحق التفكير فيه أولًا. فتطبيقان أصليان يُبنيان في وقتين يميلان إلى التباعد — سلوك مختلف، ووتيرة إصدار مختلفة، وقائمتا عمل. وإن كان Android قادمًا قطعًا، فالبناء العابر للمنصات أرخص إجمالًا عادةً. وإن كان غير مؤكد فعلًا، فالبدء أصليًا على المنصة التي عليها مستخدموك رهان معقول.