مناقشة تطبيق الهاتف المحمول
المقدّمة
تعد تطبيقات الجوال وHTML5 من أكثر التقنيات شيوعًا في الوقت الحالي، وهناك الكثير من التداخل. تعمل تطبيقات الويب في متصفحات الجوّال ويمكن أيضًا إعادة تجميعها كتطبيقات محلية على أنظمة أساسية مختلفة للجوّال. مع المجموعة الواسعة من الأنظمة الأساسية التي يمكن دعمها، إلى جانب القوة الهائلة لمتصفحات الأجهزة الجوّالة، يلجأ المطورون إلى استخدام HTML5 كحل "كتابة، وتشغيل العديد". ولكن هل هي قابلة للتطبيق حقًا؟ لا تزال هناك أسباب مقنعة لاستبدال Slack، ومن الواضح أنّ العديد من المطوّرين يسلكون هذا المسار حقًا. هذه المقالة مناقشة حول المحتوى الأصلي مقابل الويب.
ثراء الميزات
ملاحظة: يمكن أن يحقق السكان الأصليون المزيد من التأثير
يمكننا تقسيم وظائف الهاتف المحمول إلى بُعدين هما: تجربة التطبيق نفسه، وطريقة جذبه بالمنظومة المتكاملة للجهاز، مثل نظام Android، فتكون هذه ميزات مثل التطبيقات المصغّرة والإشعارات. ينجح الإصدار الأصلي في كلا البعدَين.
وفي ما يتعلّق بتجربة التطبيقات، يمكن للتطبيقات المحلية تحقيق المزيد من الإنجازات. حيث يمكنهم بسهولة تعليق أحداث التمرير أو اللمس المتعدد، حتى في تلك المنصات التي تدعمه. ويمكنهم عادةً التعامل مع المفاتيح التي يتم الضغط عليها، مثل زر البحث في Android وعناصر التحكّم في مستوى الصوت. يمكنهم الوصول إلى الأجهزة أيضًا، مثل نظام تحديد المواقع العالمي (GPS) والكاميرا. وتتيح بعض المنصات إمكانية وصول غير محدود إلى نظام التشغيل بعد الحصول على إذن المستخدم. ما عليك سوى محاولة اكتشاف المقدار المتبقي من شحن البطارية باستخدام HTML5!
الأمر لا يقتصر على التجربة داخل التطبيق. يوفر نظام التشغيل مثل Android طرقًا مختلفة لتفاعل التطبيقات مع المستخدمين، ومع التطبيقات الأخرى كذلك. لديك أدوات نشطة على الصفحة الرئيسية. لديك إشعارات تظهر في شريط حالة الجهاز. وهناك أغراض تسمح لتطبيقك بالإعلان عن نفسه على أنه يقدم خدمة عامة قد تتطلبها التطبيقات الأخرى في بعض الأحيان.
الهدف: يمكن تعزيز الميزات الأصلية، وما زال على الإنترنت يواكب آخر التطوّرات.
صحيح أن العديد من الميزات داخل التطبيق تفوق ميزات تطبيق HTML5. بغض النظر عن مدى إثارة مهاراتك في استخدام الويب، فإذا توقف تطبيقك في وضع حماية بدون واجهة برمجة تطبيقات للكاميرا، فلن يستغرق التقاط مقاطع Snap في أي وقت قريبًا! لحسن الحظ، ليس عليك أن تكون في وضع الحماية هذا. إذا كنت حقًا بحاجة إلى تطبيق الويب لالتقاط صورة، يمكنك إنشاء تطبيق محلي، آخر يحتوي على عرض ويب مضمَّن والذي يوفر الجزء الأكبر من واجهة المستخدم. وهذه هي الطريقة التي يعمل بها إطار عمل PhoneGap مفتوح المصدر: فهو يسد الفجوة من خلال إظهار الميزات الأصلية كخدمات ويب، والتي تستدعيها مشاهدة الويب باستخدام واجهة برمجة تطبيقات قياسية للشبكات. عند إنشاء تطبيق مختلط كهذا، يمكنك أيضًا جذب ميزات النظام الأساسي هذه مثل الأدوات والإشعارات والأهداف.
لا يعتبر إنشاء تطبيق مختلط، محلي بالإضافة إلى الويب، حلاً مثاليًا. وهو يزيد من التعقيد ولا ينطبق إلا على تطبيقات الويب المرتبطة بتطبيقات محلية، بدلاً من المواقع التقليدية التي يتم الوصول إليها من متصفح الجوّال. لكن قد لا يكون ذلك ضروريًا لفترة طويلة. تتطور معايير الويب بسرعة، كما أن متصفحات الجوال الحديثة تواكب خطواتها. تحظى كل من التخزين بلا اتصال بالإنترنت، ورصد الموقع الجغرافي، ورسومات اللوحات، وتشغيل الفيديو/الصوت، بدعم واسع النطاق من بين Smarpthones الحديثة، على سبيل المثال. حتى الكاميرا بدأت في التوافق - فاعتبارًا من Android 3.1، من الممكن التقاط الصور ومقاطع الفيديو باستخدام معايير الويب. ويدعم أحدث إصدار من متصفحات iOS WebSocket للبث ثنائي الاتجاه، بالإضافة إلى اكتشاف اتجاه الجهاز.
وبوجه عام، يشهد الجوّال تطورًا. إلا أن شبكة الويب تتطور بسرعة كبيرة أيضًا. ومن بين متصفحات أجهزة الكمبيوتر المكتبية وحدها، هناك خمسة من كبار مورّدي المتصفحات الذين يطوّرون معاييرهم ويضيفون الميزات بوتيرة مذهلة. على الرغم من أنه ليس من السهل نقل هذه الميزات إلى الأجهزة الجوالة، إلا أن الكثير منها قد شق طريقه إلى متصفحات الجوال.
الإعلانات المدمجة مع المحتوى هي هدف سريع التحرّك، إلا أنّ الويب تعمل على سد الفجوة.
عروض أداء
نقطة: تعمل الإعلانات المدمجة مع المحتوى بشكل أسرع
لا تواجه التطبيقات المحلية عائقًا أثناء وقت تشغيل الويب. فهي تعمل بالقرب من المعدن والاستفادة من أدوات تعزيز الأداء مثل تسريع وحدة معالجة الرسومات والترابط المتعدد.
الهدف: أوقات تشغيل الويب أسرع بكثير اليوم، ومعظم التطبيقات لا تحتاج إلى السرعة على أي حال
سيكون من الناقصة القول إن شبكة الويب قد أصبحت أسرع في السنوات الأخيرة. كان V8، وهو محرك JavaScript المتصل مع Chrome، تطورًا رئيسيًا في أداء الويب عند إطلاقه، ومنذ ذلك الحين أصبح أسرع:
زادت كذلك محركات عرض الرسومات من سرعة الويب، ويبدأ تسريع الأجهزة الآن. ألق نظرة على زيادة السرعة التي توفرها لوحة الرسم السريعة للأجهزة:
بالإضافة إلى ذلك، تتيح واجهة Web Workers API الجديدة إمكانية استخدام سلاسل التعليمات المتعددة، كما يمكن لمطوّري برامج الويب الحديثة الاستعانة بمجموعة من المكتبات المحسَّنة للأداء وتقنيات تحسين الأداء المدروسة جيدًا. وفي حين أنّ معظم هؤلاء المستخدمين بدأوا بتصفُّح الويب على أجهزة الكمبيوتر المكتبي، لا يزالون ملائمين للأجهزة الجوّالة، ولا يزال هناك اهتمام كبير بالأجهزة الجوّالة، على سبيل المثال، يملك خبير الأداء "ستيف سودرس" صفحة مخصصة لأدوات الأداء على الأجهزة الجوّالة.
لم تصل جميع التطورات في أجهزة الكمبيوتر المكتبية إلى طريقها إلى كل نظام أساسي للهاتف المحمول حتى الآن، ولكن المؤشرات تشير إلى أنها في طريقها نحو تحقيق ذلك. من المهم أيضًا ملاحظة أنّ معظم تطبيقات الأجهزة الجوّالة لا تناسب هذه الألعاب الثلاثية الأبعاد، ولكنها تستند في الأساس إلى المعلومات مثل الأخبار والبريد وجداول المواعيد والشبكات الاجتماعية وما إلى ذلك. يمكنك زيارة بعض المواقع الإلكترونية من جهازك الجوّال، على سبيل المثال GMail وAmazon وTwitter، ويمكنك التأكّد من أنّ أداء الويب على الأجهزة الجوّالة أكثر من كافٍ. أما بالنسبة إلى الألعاب، فيمكن استخدام الألعاب الأساسية مع اللوحات ثنائية الأبعاد، وبدأ WebGL في الظهور على الأجهزة الجوّالة - راجع Firefox 4. وحتى يتم انتشار هذا التطبيق، هناك مجموعة متزايدة من إطارات العمل التي تعمل على تجميع تطبيقات WebGL في التطبيقات المحلية التي يمكنها الاستفادة من OpenGL، على سبيل المثال ImpactJS.
تجربة المطوّرين
ملاحظة: من السهل تطوير الإعلانات المدمجة مع المحتوى
تستخدم التطبيقات الأصلية لغات برمجة قوية (مثل Java والهدف C وC++) التي تم تصميمها لتطوير التطبيقات المعقدة ولها سجل حافل بالإنجازات. تم تصميم واجهات برمجة التطبيقات لتدعم النظام الأساسي المطروح. يمكنك بسهولة تصحيح أخطاء التطبيقات في أدوات محاكاة سطح المكتب التي تقدم تمثيلاً دقيقًا للجهاز المستهدف.
ما يجعل تطوير الويب مزعجًا بشكل خاص هو التنوع الكبير في المتصفحات وأوقات التشغيل. عند تشغيل تطبيقك، لا تتوفَّر ميزة "س" المضمونة. وحتى إذا كان الأمر كذلك، فكيف سينفذ المتصفح هذه الميزة؟ المعايير مفتوحة للتفسير.
الهدف: غالبًا ما يكون تطوير الويب أسهل، خاصةً إذا كان استهداف أجهزة متعددة
لنتناول التكنولوجيا الأساسية أولاً. حقيقي أنّ معايير الويب تم وضعها في الأصل في عصر كان الويب يعتمد فيه بشكل أساسي على المستندات وليس التطبيقات، وذلك بفضل إنشاء JavaScript ونشرها في 10 أيام فقط. ولكن اتضح أن هذه الأنظمة أكثر قدرة بكثير من تخيلها، فقد تعلّم مطورو الويب كيفية الاستفادة من الأجزاء الجيدة وترويض الأجزاء السيئة، مع العلم بأن الأنماط أصبحت الآن مفهومة للتصميم القابل للتوسع. علاوة على ذلك، فإن المعايير لا تظل ثابتة، وتؤدي جهود مثل HTML5 وCSS3 وEcmaScript Harmony إلى تحسين تجربة المطور. سواء كنت تفضّل لغة C++ أو Java أو JavaScript، فهذا أمر جدل ديني، ويعتمد أيضًا على قاعدة الرموز البرمجية القديمة. ولكن يمكننا بالتأكيد تضمين JavaScript كمنافس جاد في هذه الأيام.
ويتمثل الجانب الآخر من التجزئة في المتصفح/وقت التشغيل في حقيقة وجود كل هذه البيئات في المقام الأول. طوّر تطبيق Android باستخدام لغة Java، وستواجهك منفذًا كاملاً إلى Objective C لدعم iOS. تطوير تطبيق ويب مرة واحدة وسيتم تشغيله على نظامي التشغيل Android وiOS، ناهيك عن WebOS و BlackBerry وWindows Mobile... حسنًا، هذه هي النظرية على أي حال. من الناحية العملية، ستحتاج إلى تعديل الأشياء لكل منصة إذا كنت تريد حقًا الحصول على التجربة الصحيحة. في معظم أنظمة تشغيل الأجهزة الجوّالة، سيكون عليك إجراء ذلك أيضًا، لأنّ هناك إصدارات وأجهزة مختلفة للأجهزة.
الخبر السار هو أن "التجزئة" لطالما كانت بهذه الطريقة على الويب، وهناك أساليب معروفة للتعامل معها. والأهم من ذلك أنّ مبدأ التحسين التدريجي يحث المطوّرين على استهداف جهاز أساسي أولاً وإضافة طبقات من الميزات الرائعة الخاصة بالنظام الأساسي حيثما كان متاحًا. يساعدنا شعار اكتشاف الميزات أيضًا، وفي هذه الأيام، نوفّر الدعم من المكتبة من خلال أدوات مثل Modernizr لدعم تصميم الويب سريع الاستجابة. ومن خلال الاستخدام المدروس لهذه التقنيات، يمكنك توسيع نطاق وصولك إلى الغالبية العظمى من الأجهزة، حتى "الهواتف العادية" القديمة، وحتى أشكال الأجهزة مثل الساعات وأجهزة التلفزيون، بغض النظر عن العلامة التجارية ونظام التشغيل. شاهد العرض التوضيحي لواجهة المستخدم المتعددة في شركة Google IO 2011، حيث استهدفنا أشكالاً مميزة (هاتف عادي، هاتف ذكي، جهاز لوحي، كمبيوتر مكتبي، تلفزيون) مع قاعدة مشتركة لرموز المنطق والترميز.
المظهر والطابع
نقطة: يتوافق الإصدار الأصلي مع شكل النظام الأساسي وأسلوبه
تتمثل إحدى الميزات التي تتميز بأي منصة في شكلها وأسلوبها. يتوقع المستخدمون أن يتم تقديم عناصر التحكم بشكل متسق ومعالجتها بنفس الطريقة. هناك بعض التعبيرات الاصطلاحية التي تختلف من منصة إلى أخرى، على سبيل المثال، ماذا يحدث عندما يقوم المستخدم بإجراء "تجميد طويل" (الاستمرار في لمس عنصر ما لعدة ثوانٍ)؟ تحتوي النماذج على اصطلاحات قياسية لمثل هذه الأشياء، ولا يمكنك تلبيتها جميعًا باستخدام تطبيق HTML5 واحد.
علاوة على ذلك، يتم تنظيم شكل وأسلوب النظام الأساسي من خلال مكتبة البرامج الأصلية للنظام الأساسي، والتي تضم أدواتها المصغّرة الشكل والأسلوب الذي يتوقعه المستخدمون. يمكنك الحصول على الكثير من الشكل والأسلوب المتوقع "مجانًا" بمجرد استخدام مجموعة الأدوات الأصلية.
الآخر: شبكة الويب لها مظهرها الخاص، ويمكنك أيضًا تخصيص واجهة الويب للأنظمة الأساسية التي تهمّك.
كما هو موضّح في القسم السابق، تتمثل طريقة تطوير الويب في كتابة إصدار أساسي "واحد يناسب الجميع"، ثم تحسينه تدريجيًا. وعلى الرغم من أنّ التحسين يستند عادةً إلى الميزات، يمكنك أيضًا تحسينه من خلال استهداف المنصات الأكثر أهمية بالنسبة إليك. إنّه أحد أنواع "اكتشاف المتصفح"، وهو ما يثير استحسان منتدى الويب في بعض الأحيان، ويرجع ذلك غالبًا إلى وجود العديد من المتصفحات الممكنة. ولكن إذا عرضت منصتين أو ثلاث منصتين بأولوية عالية جدًا، وكنت على استعداد لبذل جهد إضافي من أجل التنافس مع البدائل الأصلية، فقد يكون هذا هو السبيل لذلك.
وفيما يتعلق بالإصدار الأساسي، فإن الويب له شكله وأسلوبه الخاصان، ويمكننا أن نقول أيضًا إن كل نظام أساسي للأجهزة الجوّالة له "مظهر ومظهر ويب" خاص به تم إنشاؤهما بواسطة المتصفح الافتراضي ووقت التشغيل على الويب. قد يكون "شكل الويب وتصميمه" مناسبًا للمستخدمين، بل يتيح لك تحقيق درجة أكبر من الاتساق مع تجربة التصفح على الكمبيوتر المكتبي، بالإضافة إلى الأجهزة الأخرى التي قد يعمل المستخدم من خلالها. علاوة على ذلك، هناك العديد من التطبيقات الناجحة التي لا تدعم كثيرًا الشكل والمظهر الأصلي على أي حال. وينطبق ذلك بالتأكيد على الألعاب (هل تتبع لعبتك المفضّلة على الأجهزة الجوّالة مظهر نظام التشغيل الذي تستخدمه؟) وحتى في التطبيقات التقليدية، مثل الاطّلاع على عملاء Twitter الأصليين الأكثر رواجًا على منصتك، وستشاهد مجموعة كبيرة من آليات واجهة المستخدم أثناء العمل.
قابلية العثور على المحتوى
ملاحظة: من السهل استكشاف التطبيقات المحلية
لاقت آليات توزيع التطبيقات، مثل Android's Market وApp Store من Apple، رواجًا كبيرًا على مدار السنوات الأخيرة، وهي تمثل قوة دافعة رئيسية لمجال الجوّال بأكمله. يمكن لأي مطوّر إرسال تطبيقه المحلي إلى السوق، حيث يمكن للمستخدمين اكتشافه من خلال مجموعة من التصفح والبحث والحصول على اقتراحات. ولا يقتصر الأمر على ذلك فقط، ولكن إذا كنت قد أديت عملك بشكل صحيح، فإن التقييمات والتعليقات المتوهجة ستقنع المستخدمين بالنقر على زر التثبيت الأكثر أهمية.
الإجابة: في الواقع، من السهل اكتشاف تطبيقات الويب
يمكن القول إنّ الويب هو الوسيط الأكثر قابلية للاكتشاف على الإطلاق. في عنوان URL المتواضع، لدينا (نظريًا، على الأقل) معرّف فريد لكل شيء تم نشره على الويب على الإطلاق، بما في ذلك أي تطبيقات منشورة على المواقع الإلكترونية العادية. وتسهل محركات البحث اكتشاف أن المحتوى والمواقع الإلكترونية الأخرى يمكن أن ترتبط به، بما في ذلك كتالوجات تطبيقات الويب المشابهة لأسواق الأجهزة الجوّالة. في الواقع، يمكن لأي شخص مشاركة تطبيقات الويب مع أصدقائه من خلال إضافة روابط إليه في رسائل البريد الإلكتروني ورسائل الشبكات الاجتماعية. يمكن أيضًا إرسال الروابط في رسائل SMS، حيث سيتمكّن مستخدمو الأجهزة الجوّالة من النقر على الرابط وتشغيل التطبيق في متصفّح أجهزتهم.
ليس لدينا حتى الآن الأسواق نفسها التي يمكن للمستخدمين من خلالها تقييم التطبيقات والتعليق عليها، ولكن هذا يتغير أيضًا. يُرجى مواصلة القراءة...
تحقيق الربح
نقطة: يمكن تحقيق الربح من المحتوى الأصلي
"يصنع طفل يبلغ من العمر 6 أعوام التطبيق خلال ساعة الغداء، ويبيع زليون نسخة بسعر 3 دولارات لكل منها". أنت ترى هذا العنوان كثيرًا هذه الأيام، لذلك لا حاجة إلى المطوّرين الكبيرين والصغار الذين يتطلعون إلى أسواق الأجهزة الجوّالة لتحقيق الربح. توفر منصات الهاتف المحمول العديد من السبل للمطورين لتحصيل رسوم تطبيقاتهم بشكل مباشر. الأبسط هي الدفع لمرة واحدة، وذلك لفتح قفل التطبيق مدى الحياة إلى الأبد. هناك أيضًا آليات للدفع والاشتراك داخل التطبيق معروضة في بعض المنصّات، وهي مدمَجة إلى حدّ كبير ضمن آلية متسقة وآمنة. تتيح طرق الدفع الجديدة هذه للمطورين تحويل التطبيق الناجح إلى مصدر أرباح طويل الأجل.
بالإضافة إلى دفعات التطبيقات، يمكنك تحقيق الربح باستخدام نماذج الويب التقليدية، مثل الإعلان والرعاية.
خلاف ذلك، لطالما كان من الممكن تحقيق الربح على الويب، وتزداد الفرص
لن يكون الويب هو محرك الصناعة الحديثة إذا لم تكن هناك فرص كبيرة للاستفادة. على الرغم من أنّ آليات "الدفع لكل استخدام" المباشرة لم تزدهر بعد، إلا أنّه هناك العديد من المتخصّصات التي أصبحت حلول "البرامج كخدمة" القائمة على الاشتراك قابلة للتطبيق. وتشمل الأمثلة تطبيقات Google، ومجموعة منتجات 37Signals، والإصدارات المميزة من خدمات البريد الإلكتروني المتنوعة. علاوةً على ذلك، الدفعات المباشرة ليست الطريقة الوحيدة لتحقيق الربح من تطبيقات الويب. فهناك إعلانات على الإنترنت وروابط مؤدية إلى شركاء تابعين وعروض رعاية وترويج متبادل لمنتجات وخدمات أخرى.
مع ذلك، من المنطقي تمامًا أن يقرأ المطوّر على الويب العناوين الرئيسية وأن يتحكّم في قدر كبير من المال. لا يمكنك إرسال عنوان URL على الويب إلى الأسواق الأصلية، فماذا يجب أن يفعل مطوّر الويب؟ ما ستفعله هو إنشاء "تطبيق تضمين" أصلي. لكل نظام أساسي تريد استهدافه، أنشئ تطبيقًا أصليًا فارغًا يحتوي ببساطة على عرض ويب. أما طريقة عرض الويب، فهي المكان الذي تضمِّن فيه التطبيق الحقيقي. وبعد ذلك، ترسل هذه التطبيقات إلى أسواق مختلفة (ونأمل أن ترى تدفق الأموال!). ربما يكون هناك المئات، إن لم يكن الآلاف، من التطبيقات المستندة إلى الويب في الأسواق الرئيسية اليوم، واتساق بعضها بشكل ماهر لدرجة أننا لا نعرف تطبيقات الويب الخاصة بها على الإطلاق.
الجانب السلبي هو مسؤولية التجميع المتبادل لكل منصة. إليك الجوانب التي يمكن أن يساعدها إطار عمل حالي، مثل PhoneGap، في ذلك. والأفضل من ذلك أن هناك خدمات ويب مثل PhoneGap Build وApparatio قيد التطوير. وجِّه مواقع الويب هذه إلى مستودع الرموز، وستظهر لك نافذة بها تطبيق Android وتطبيق iOS وغير ذلك... جاهزة لإرسالها إلى المتاجر المعنية. لم يكن عليك تثبيت حِزم SDK الأصلية على جهازك، فكل ما تحتاجه لإنشاء كل هذه التطبيقات المحلية كان أداة تعديل رموز ومتصفّح ويب.
هل ستدعم الأسواق تطبيقات الويب بشكل مباشر، بدون أي عبء لتضمينها في الأصل؟ مَا مِنْ خَطَأْ بَعْدْ. نعلم أنّ Google طرحت "سوق Chrome الإلكتروني" العام الماضي، وعلى الرغم من أنّه لا ينطبق إلا على أجهزة الكمبيوتر المكتبي، فقد جذب المتجر اهتمامًا من مورّدي المتصفِّحات الآخرين، وهو جزء عام من الاتجاه نحو كتالوجات تطبيقات الويب، بما في ذلك بعض المحاولات الخاصة بالأجهزة الجوّالة. لا يزال مفهوم السوق الإلكتروني هو البداية، لكن اللافتات واعدة.
الاستنتاجات
سيكون من الجيد الإعلان عن الفائز هنا، لكن في الوقت الحالي، ما من فائز واضح. تتناسب بعض التطبيقات بشكل أفضل مع الأصلي وبعضها الأنسب للويب. يمكن القول إنّ حزمة الويب تتمتع بزخم أكبر، ولكن من حيث الإمكانات وخصائص التنفيذ، تتحرك التطبيقات المحلية بسرعة أيضًا. وما لم يكن هناك وقت تكون فيه تقنيات الويب من الدرجة الأولى في معظم أنظمة التشغيل الجوّالة، سيكون تضمين المحتوى الأصلي دائمًا اعتبارًا من العوامل المهمة.
أحد الأساليب التي تم ذكرها في هذه المقالة هي التطبيقات المختلطة، وقد يكون هذا هو الحل الأفضل لبعض المطورين: عرض الويب حيثما أمكن والمكونات الأصلية الخاصة بالنظام الأساسي حيث لا يكون ذلك.
إذا اخترت مسار الويب، فكن على دراية بمعايير الويب ومبدأ التحسين التدريجي. الويب هو تقنية تعرف كيفية استهداف العديد من الأجهزة وأنظمة التشغيل المنتشرة حولها. سواء اخترت تسمية "التقسيم" أو "التنوّع"، تتبنى شبكة الويب هذا المفهوم ويمكن للمطوّرين الاستفادة من كل الأساليب الفنية السابقة المتاحة.