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

ماذا تعني كلمة الأصلي؟ ما هو النظام الأساسي المشترك؟

أولاً ، نحتاج إلى تحديد هذه المفاهيم من حيث تطوير الأجهزة المحمولة. تستخدم غالبية الأجهزة الذكية (مثل الهواتف الذكية والأجهزة اللوحية) أحد النظامين الأساسيين: (Android أو iOS).

اعتبارًا من فبراير 2020، تم تقسيم الحصة السوقية لنظام تشغيل الأجهزة المحمولة في إستونيا على النحو التالي: 67،68٪ لنظام التشغيل (Android) ، و 31،7٪ لنظام التشغيل(iOS)وتذكير 0،62٪ لأنظمة التشغيل الأخرى. لهذا السبب تم تطوير معظم التطبيقات لأجهزة (Android و iOS).

تأتي الاختلافات الرئيسية بين(Android و iOS) من استخدام بنيات مختلفة ولغات البرمجة المستخدمة لكتابة الكود –( Java أو Kotlin لنظام Android )و( Objective-C أو Swift لنظام iOS).

يعني النهج الأصلي أن الشفرة المكتوبة لتطبيق( Android) لا يمكن استخدامها لإنشاء تطبيق (iOS). 
لذا ، إذا كان الهدف هو الوصول إلى أكبر عدد ممكن من المستخدمين ، فستحتاج إلى تطوير تطبيقين مختلفين - أحدهما لنظام( Android) والآخر لنظام (iOS).

على العكس من ذلك ، تم تطوير التطبيق عبر الأنظمة الأساسية باستخدام لغة برمجة وسيطة.


مقارنة بين الأنظمة الأصلية وعبر الأنظمة الأساسية المشتركة:

-أداء

  الأصلي (N): تتمتع التطبيقات الأصلية بالقدرة على الاستفادة من معظم الميزات التي توفرها الأنظمة الأساسية والأجهزة المعنية. من الأسهل أيضًا على التطبيقات الأصلية استخدام موارد الجهاز (مثل الذاكرة والبطارية ووحدة المعالجة المركزية) بكفاءة أكبر.

عبر الأنظمة الأساسية (CP): تتمتع هذه التطبيقات بوصول محدود إلى الميزات التي توفرها الأجهزة. نهج واحد يناسب الجميع يعني أن تطبيقات (CP)غالبًا ما يكون لها أداء أقل ويمكن أن تتصرف أحيانًا بشكل غير متوقع.

الفائز: الأصلي


-تكلفة التطوير
N: يستهلك تطوير التطبيقات الأصلية في البداية المزيد من الوقت والمال ، لأن الوصول إلى المزيد من المستخدمين يعني تطوير تطبيقين - أحدهما لنظام (Android )والآخر لنظام(iOS).

CP: تكلفة التطوير الأولية أقل لأن هناك حاجة إلى قاعدة شفرة واحدة فقط.

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

الفائز: إنه تعادل!


-    تجربة المستخدم

N: هناك (بيئات تطوير متكاملة) خاصة بالمنصة تسمح بتبسيط عملية تصميم وتطوير التطبيقات الأصلية. أيضًا ، من الأسهل تلبية معايير UI و UX العالية التي حددتها جوجل و آبل.

CP: لدى) (Android متطلبات مختلفة لواجهة المستخدم ) UX (عن (iOS) ، وليس من السهل تحقيق هاتين المجموعتين من المتطلبات باستخدام تطبيق واحد. قد يكون استخدام تطبيق CP أيضًا غريبًا بالنسبة لشخص اعتاد التفاعل مع التطبيقات المحلية.

الفائز: الأصلي

- عدد المستخدمين

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

CP: رمز محمول واحد يعني أنه يمكنك الوصول إلى جميع المستخدمين بغض النظر عن النظام الأساسي الذي يستخدمونه.

الفائز: المنصات الأساسية المشتركة


- تكامل تحديث نظام التشغيل

N: اللغات والأدوات الأصلية تدعم تحديثات نظام التشغيل منذ اليوم الأول.

CP: هناك فترة كمون لا مفر منها بين إصدار تحديثات نظام التشغيل ودمجها في أطر عمل CP.
الفائز: الأصلي


- تكامل التحديثات الخاصة بالتطبيق
N: وجود تطبيقين (أحدهما لنظام iOS والآخر لنظام Android) يعني أن دمج تحديثات التصميم أو الوظائف يستهلك المزيد من الموارد لأنه يتعين عليك تعديل تطبيقين.
CP: رمز واحد يعني أن مستخدمي الأنظمة الأساسية المختلفة يمكنهم تلقي تحديثات التطبيق بشكل أسرع وفي وقت واحد.
الفائز: المنصات الأساسية المشتركة


اعتبارات قبل اتخاذ القرار بين الأنظمة الأصلية وعبر الأنظمة الأساسية:

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

. تطبيق انتيربرايز يُعرف أيضًا باسم تطبيق الأعمال إلى الموظف أو تطبيق(B2E) (على سبيل المثال نوع من الأدوات أو تطبيق الاتصال الداخلي). من المتوقع أن تكون تطبيقات(B2E) طويلة الأمد ويمكن أن تكون معقدة للغاية ولكنها قد لا تحتاج إلى دعم أحدث وظائف الأنظمة الأساسية. أيضًا ، قد تقرر الشركة استخدام إستراتيجية نظام أساسي واحد ، لذلك ليست هناك حاجة لتغطية أكثر من نظام تشغيل واحد.
 
. تطبيق للعملاء الذين يتم استخدامهم يوميًا ويعرف أيضًا باسم تطبيق بيزنيس تو كوستومر أو (B2C)(على سبيل المثال تطبيق التجارة الإلكترونية). من المتوقع أن تتمتع هذه التطبيقات بعمر افتراضي طويل وتوفر أداءً جيدًا وتجربة مستخدم جيدة قدر الإمكان ويجب أن تكون متاحة لمستخدمي (Android و iOS).
 
. تطبيق تسويق للعملاء الذين يواجهون أيضًا (B2C)(على سبيل المثال ، تطبيق تم تطويره لحدث أو حملة لمرة واحدة). من المتوقع أن تظل هذه التطبيقات في متاجر التطبيقات لفترة قصيرة ، لتكون بسيطة جدًا ولكنها ملفتة للنظر.
 
. تطبيق لشركاء الأعمال المعروفين أيضًا باسم بيزنيس تو بيزنيس أو تطبيق (B2B).
 
. تشبه هذه التطبيقات إلى حد كبير تطبيقات B2E فيما يتعلق بطول العمر ومستوى التعقيد الأعلى ، ولكن الاختلاف الرئيسي هو أنك لا تتحكم في إستراتيجية الجهاز التي يستخدمها شريك عملك. هذا يعني أنه يوصى بدعم منصات مختلفة.


بعض الإرشادات:

إذا كنت تخطط لإنشاء تطبيق معقد يعتمد إلى حد كبير على الأدوات الأصلية والقدرات الخاصة بالنظام الأساسي أو يستخدم أحدث التقنيات مثل الواقع المعزز أو التعلم الآلي ، فربما يكون من الأفضل اختيار النهج الأصلي.
قد لا يحظى تكامل الخدمات المختلفة (مثل Dropbox أو Stripe) بدعم جيد في أطر العمل عبر الأنظمة الأساسية. في بعض الحالات ، قد لا يتم دعمها على الإطلاق ، مما يعني أن المطور يجب أن يكتب مكون التجسير بنفسه أو يعتمد على مكتبة تابعة لجهة خارجية غير موثوقة أو قديمة.

إذا كنت تخطط لتطوير تطبيق(B2C) بعمر طويل وأداء جيد ، فإن الاقتراح هو استخدام النهج المحلي.

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


خاتمة:

لا توجد إجابة واحدة على السؤال "هل يجب أن أستخدم نهجًا أصلياً أم عبر الأنظمة الأساسية؟". هناك حاجة إلى تحليل دقيق لتحديد العوامل الرئيسية التي تؤثر على القرار. ما مدى تعقيد التطبيق؟ ما هو العمر المتوقع للتطبيق؟ من سيستخدم التطبيق؟ هل هناك موارد كافية مخصصة للتطوير؟ ستساعدك الأبحاث والمناقشات المكثفة مع المتخصصين في العثور على أفضل الحلول لاحتياجاتك.