يبدأ الاختيار بين التطوير الأصلي ومتعدد المنصات بالمستخدمين ووظائف الجهاز والجهة التي ستصون المنتج. ولا توجد نسبة توفير أو ميزة أداء تنطبق على جميع الحالات. قارنوا البدائل باستخدام مسار العمل الفعلي نفسه وعلى الأجهزة التي يستخدمها جمهوركم.
ماذا يعني كل نهج؟
يستخدم التطوير الأصلي أدوات المنصة، مثل Swift لنظام iOS و Kotlin لنظام Android. وتتيح مناهج التطوير متعدد المنصات إعادة استخدام جزء من التنفيذ. لكن الشفرة المشتركة لا تلغي التكييف والتوزيع والاختبار اللازم لكل منصة.
متى يستحق التطوير الأصلي الدراسة؟
- يغطي المنتج منصة واحدة فقط.
- تعتمد الوظيفة الحرجة على API-أوري محددة أو الأجهزة.
- يستخدم الفريق الحالي والمنتج بالفعل النظام البيئي المحلي.
- يتطلب التفاعل أو المعالجة متطلبات يجب قياسها بشكل منفصل.
متى يكون الكود المشترك يستحق التحليل؟
عندما تكون التدفقات لـ iOS و Android قريبة وإعادة الاستخدام تقلل من العمل المتكرر. تحقق من المكتبات المطلوبة ، والوصول إلى وظائف الجهاز وتكلفة مكونات محددة. React Native لرمز محدد للمنصة و Flutter لتكامل النظام الأساسي شرح هذه الآليات.
كيف تقارن العروض؟
اطلبوا قائمة المخرجات نفسها: التطبيقات والخدمات الخلفية ولوحة الإدارة والاختبار والنشر والدعم. وافصلوا الجهد المشترك عن الجهد الخاص بكل منصة. وأدرجوا تحديث الاعتماديات وطريقة تسليم الشفرة والحسابات. لا تستنتجوا السعر من عدد قواعد الشفرة وحده.
ما الذي يجب إثباته؟
عند وجود متطلب حرج، اطلبوا اختبارًا تقنيًا على أجهزة فعلية يشمل، بحسب الحالة، زمن الاستجابة أو العمل دون اتصال أو إمكانية الوصول أو استهلاك الموارد أو التكامل مع العتاد. وثّقوا الظروف ومعيار القبول. فنجاح عرض توضيحي في بيئة واحدة لا يثبت تلقائيًا نجاح جميع السيناريوهات.
يغطي هذا الدليل قرار المنتج. لاختيار ملموس للتكنولوجيا ، تابع React Native ، Flutter والمعايير الأصليةللتنفيذ، انظر. تطوير تطبيقات الهاتف المحمول و إعداد الميزانية.
