لقد أنشأت تطبيق ويب تقدميًا ونشرته في 3 متاجر تطبيقات. هذا ما تعلمته.

شهر عمل ، عدة مئات من الدولارات ، والكثير من الروتين.

لقد قمت مؤخرًا بنشر Chavah Messianic Radio ، مشغل موسيقى يشبه Pandora ، كتطبيق ويب تقدمي وأرسلته إلى متاجر التطبيقات الثلاثة (Google Play ، iOS App Store ، Windows Store).

كانت العملية مؤلمة ومفيدة. هذا ما تعلمته.

لماذا ا؟

أولاً ، قد تتساءل ، "لماذا تضع تطبيقك في متاجر التطبيقات؟ فقط عش على شبكة الإنترنت المفتوحة! "

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

بالنسبة إلى تطبيق الويب الخاص بي ، كان هناك سببان رئيسيان للدخول إلى متجر التطبيقات:

  1. طلب المستخدم
  2. قيود تطبيقات الويب من قبل منصات الهواتف المحمولة المعادية لشركة Apple

طلب المستخدم: يسألني المستخدمون منذ سنوات ، "هل يوجد تطبيق لتطبيق Chavah؟ لا أراه في المتجر ".

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

كانت ردي على المستخدمين حتى الآن ،

"عذرًا ، لست بحاجة إلى تطبيق - ما عليك سوى الانتقال إلى موقع الويب على هاتفك! إنها تعمل!"

لكنني كنت أكذب نوعًا ما.

تعمل تطبيقات الويب الحقيقية كيندا نوعًا فقط على الهاتف المحمول. وهو ما يقودني إلى السبب الثاني: قيود تطبيقات الويب التي تفرضها أنظمة Apple المحمولة المعادية.

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

Apple رائع تمامًا مع ذلك.

ولكن فقط إذا دفعت لـ Apple 99 دولارًا سنويًا مقابل الامتياز.

إذا كنت ترغب في القيام بأي من هذه الأشياء في تطبيق ويب قديم عادي ، حسنًا ، goshdarnit ، فإن Apple لن ترفضك هذه الأشياء فحسب ، بل تمنعك حتى من طلب الإذن .

بالنسبة لتطبيق مشغل الموسيقى الذي يشبه Pandora ، ظهر هذا الانهيار الرهيب بعدة طرق.

من الأشياء البسيطة مثل "لن يسمح لك iOS Safari بتشغيل الصوت دون التفاعل أولاً مع الصفحة" إلى الأشياء الرئيسية التي توقف العرض مثل ، "لن يسمح لك iOS Safari بتشغيل الأغنية التالية إذا كان تطبيقك في الخلفية أو إذا كانت شاشتك مغلقة ".

أوه ، بالإضافة إلى الانحرافات المرئية الغريبة مثل الكتابة في مربع نص ورؤية النص الخاص بك يظهر في مكان آخر على الشاشة.

لذلك ، لجعل تطبيق موسيقى HTML5 الخاص بي يعمل بالفعل ويعمل على الأجهزة المحمولة للأشخاص ، كان من الضروري تحويل PWA إلى تطبيق في متجر التطبيقات.

الحواجز أمام دخول

في العالم المثالي ، سيبدو نشر تطبيق الويب الخاص بك على متاجر التطبيقات كما يلي:

  • مضيف الويب / السحابة الخاص بك أو مزود التكامل المستمر
  • لقد قمت بنشر تطبيق ويب تقدمي. هل تريد النشر في متاجر التطبيقات؟

☑ متجر تطبيقات iOS

☑ جوجل بلاي

☑ متجر Windows

(أو بالتناوب ، أثناء قيام Microsoft بالتجربة ، سيظهر PWA تلقائيًا في متجر التطبيقات بينما يزحف Bing إليه.)

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

يحتوي كل متجر من متاجر التطبيقات على عائق أمام الدخول: ما مدى صعوبة استخدام تطبيق ويب موجود وتطبيقه في متجر التطبيقات.

أسرد بعض الحواجز أدناه.

كلفة

  • Apple : 99 دولارًا سنويًا لإدراج تطبيقك في متجر تطبيقات iOS.
  • جوجل: رسم 25 دولارًا لمرة واحدة لإدراج تطبيقك في متجر Google Play.
  • مايكروسوفت: مجاني!

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

اعتادت شركة آبل أن تفهم هذا. عندما قدم جهاز iPhone لأول مرة ، كان ستيف جوبز مصراً على أن HTML5 هو المستقبل وأن التطبيقات ستكون مجرد تطبيقات ويب. لم يكن هناك iPhone SDK أصلي للأطراف الثالثة. منذ ذلك الحين تخلت Apple عن هذه الرؤية.

طلبت Google رسوم رمزية بقيمة 25 دولارًا لمرة واحدة. ربما لتجنب مرسلي البريد العشوائي وتقليل التطبيقات غير المرغوب فيها حقًا من دخول المتجر.

يبدو أن Microsoft مصممة على زيادة العدد الإجمالي للتطبيقات في متجر التطبيقات ، بغض النظر عن الجودة.

الفائز: مايكروسوفت. من الصعب الفوز مجانًا.

إضافة القدرات المحلية

في عالم مثالي ، لن أضطر إلى كتابة سطر إضافي واحد من التعليمات البرمجية لتطبيق الويب الخاص بي للاندماج في نظام التشغيل. أو كما قال ستيف جوبز في عام 2007 ،

"محرك Safari الكامل موجود داخل جهاز iPhone. وهكذا ، يمكنك كتابة تطبيقات Web 2.0 و Ajax الرائعة التي تبدو تمامًا وتتصرف تمامًا مثل التطبيقات الموجودة على iPhone. ويمكن أن تتكامل هذه التطبيقات تمامًا مع خدمات iPhone. يمكنهم إجراء مكالمة وإرسال بريد إلكتروني والبحث عن موقع على خرائط Google ". - ستيف جوبز ، 2007

بالنسبة لي ، هذا يعني أن تطبيق الويب الخاص بي يقوم بتشغيل صوت الخلفية باستخدام صوت HTML5 القياسي ؛ يعمل بشكل جيد على جميع أنظمة التشغيل.

يعلن تطبيق الويب الخاص بي عن الصوت الذي يتم تشغيله ، وتلتقط أنظمة التشغيل ذلك ، وتعرض معلومات الأغنية التي يتم تشغيلها حاليًا على شاشة القفل.

يتحكم تطبيقي في الصوت باستخدام واجهة برمجة تطبيقات الصوت HTML5 القياسية ؛ يلتقط نظام التشغيل ذلك ويوفر عناصر تحكم التشغيل / الإيقاف المؤقت / التالي / مستوى الصوت / شريط التتبع على شاشة القفل.

لكن للأسف ، نحن لا نعيش في هذا العالم المثالي. كل الأشياء المذكورة أعلاه لا تعمل بالفعل خارج الصندوق على جميع المنصات الثلاثة.

يحتاج تطبيق الويب الخاص بي إلى تشغيل الصوت في الخلفية. وتحميل عناوين URL من CDN الخاص بي. تبدو معقولة ، أليس كذلك؟ والمكافأة ، ماذا عن عرض معلومات الأغنية التي يتم تشغيلها حاليًا على شاشة القفل؟ والتحكم في الصوت (تشغيل / إيقاف مؤقت / التالي ، إلخ) من شاشة القفل؟ ما مدى صعوبة هذا؟

تم اتباع ثلاث طرق مختلفة للغاية هنا:

  • Apple : لا نعطي تطبيقات الويب طريقة للإعلان عن مثل هذه الإمكانات ؛ ستحتاج إلى كتابة غلاف أصلي (على سبيل المثال مع Cordova) للتفاعل مع نظام التشغيل.
  • جوجل : Web FTW! لنقم بإنشاء معيار ويب جديد يعرض الصوت وعناصر التحكم من شاشة القفل. صوت في الخلفية؟ بالطبع تفضل!
  • Microsoft: سنقوم بحقن واجهة برمجة التطبيقات الخاصة بنا ، window.Windows. * ، في مساحة الاسم العامة لجافا سكريبت ويمكنك استخدام ذلك للقيام بالأشياء التي تريد القيام بها.

الخوض في مزيد من التفاصيل هنا لكل متجر:

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

بالنسبة إلى Google Play ، من الجيد أنه يمكنني فقط كتابة كود JS لإنجاح هذا الأمر ؛ لا توجد مكونات إضافية من كوردوفا مطلوبة هنا. بالطبع ، لن تعمل JS في أي مكان باستثناء Chrome على Android ... ولكن مهلا ، ربما يومًا ما (في عالم مثالي!) ستنفذ جميع متصفحات الجوال واجهات برمجة تطبيقات الويب هذه ... وسيعيش العالم كواحد. أنا على وشك التخلص من بعض ألحان John Lennon hippie utopia.

بالنسبة لمتجر Windows ، هل تريد تشغيل صوت الخلفية؟ آسف! وهذا هو، إلا إذا قمت بتعريف نواياكم في قدراتنا الملكية ملف البيان (سهل) و تقوم بتنفيذ هذه الوسائط الملكية اجهة استخدام window.Windows.SystemMediaTransportControls (وليس من السهل جدا). وإلا فسنقوم بكتم صوتك عندما ينتقل تطبيقك إلى الخلفية.

الفائز : جوجل. أريد أن أكون قادرًا فقط على كتابة JavaScript ، والسماح لنظام التشغيل بالتقاط الإشارات من تطبيقي.

الوصيف : ويندوز. لا يزال بإمكاني كتابة JavaScript قديمًا عاديًا ، لكني بحاجة إلى التحدث إلى واجهة برمجة تطبيقات Windows JS مملوكة تم إدخالها في عملي عند التشغيل على Windows. لا الرهيبة.

الخاسر : أبل. لا يهتمون بتطبيقات الويب. في الواقع ، إنه أسوأ من ذلك. يبدو أنهم في الواقع معادون لتطبيقات الويب. iOS Safari هو الإصدار الجديد من Internet Explorer 6. لقد تأخر في كل معايير الويب تقريبًا ، خاصةً حول تطبيقات الويب التقدمية. ربما يكون هذا لأسباب تتعلق بالعمل: تعطل تطبيقات الويب 99 دولارًا سنويًا + 33 ٪ من عمليات الشراء داخل التطبيق. لذلك لجعل تطبيق الويب الخاص بي يعمل على نظامهم الأساسي ، يجب أن أتظاهر أساسًا بأنني تطبيق محلي.

التسجيل في متجر التطبيقات

يتطلب تقديم PWA إلى متجر التطبيقات التسجيل والتحقق من الأعمال والمزيد من الروتين. إليك كيفية أداء 3 متاجر للتطبيقات:

  • Apple : يجب أن تثبت أنك شركة مسجلة قانونيًا. لم يتم إجراء هذا التحقق من جانبنا - ولكن بواسطة جهة خارجية ، قد تكون على علم بعملك أو لا تعرفه.
  • جوجل : هل تريد تطبيقك في متجرنا؟ رائع بواسطتنا.
  • Microsoft : هل تريد تطبيقك في متجرنا؟ رائع بواسطتنا.

كانت أكبر نقطة ألم بالنسبة لي هي الحصول على التحقق من شركة Apple كشركة قانونية.

أولاً ، ذهبت إلى الموقع وسجلت في برنامج Apple Developer Program. لقد ملأت اسمي ومعلومات الشركة. (جانباً: أعتقد أن Apple لن تسمح لك بإرسال تطبيق ما لم يكن لديك شركة قانونية مسجلة؟)

أنقر فوق التالي.

"المعلومات التي أدخلتها لا تتطابق مع ملف تعريف D&B الخاص بك."

بلدي ... ماذا؟

أظهر القليل من البحث على Google أن "ملف تعريف D & B" هو Dun and Bradstreet. لم أسمع بهذه المجموعة من قبل ، لكنني اكتشفت أن Apple تستخدمها للتحقق من تفاصيل الشركة القانونية.

وعلى ما يبدو ، لم يتطابق ملف D&B الشخصي الخاص بي مع ما أدخلته في تسجيل Apple Dev الخاص بي.

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

أتصل بدعم Apple Dev. بعد 24 ساعة ، تم الاتصال بي عبر البريد الإلكتروني قائلاً إنه يجب علي الاتصال بـ D&B.

قررت الاتصال بهم ... لكن Apple تقول إن الأمر سيستغرق بضعة أيام حتى يردوا.

في هذه المرحلة ، أفكر في التخلي عن الفكرة بأكملها.

أثناء انتظار دعم D&B للعودة إليّ ، قررت الانتقال إلى موقع D&B والتحقق من هويتي وتحديث معلومات شركتي التي أفترض أنها أخذت من سجلات التسجيل الحكومية.

هل ذكرت كم هذا مبتذل؟ أريد فقط إدراج تطبيق الويب الحالي الخاص بي في المتجر. الرجاء المساعدة.

أذهب إلى D&B لتحديث ملفي التجاري. مفاجأة! لديهم خطأ JavaScript في منطق التحقق الخاص بهم يمنعني من تحديث ملف التعريف الخاص بي.

لحسن الحظ ، أنا مطور ماهر. انقر فوق وضع نقطة توقف في JavaScript ، وانقر فوق إرسال ، وقم بتغيير علامة isValid إلى true ، وفويلا! لقد قمت بتحديث ملف تعريف D&B الخاص بي.

رجوع إلى Apple Dev -> لنحاول مرة أخرى. تسجيل شركتي ...

"خطأ: المعلومات التي أدخلتها لا تتطابق مع ملف تعريف D&B الخاص بك."

هل تستهزأ بي.

تحدث إلى Apple مرة أخرى. "أوه ، قد يستغرق الأمر من 24 إلى 48 ساعة حتى تصل معلومات D&B المحدثة إلى نظامنا."

كما تعلم ، لأن المعلومات الرقمية يمكن أن تستغرق يومين للانتقال من الخادم "أ" إلى الخادم "ب". تنهد.

بعد يومين ، حاولت التسجيل ... أخيرًا نجح الأمر! أنا الآن في برنامج Apple Developer ويمكنني إرسال التطبيقات للمراجعة.

الفائز : جوجل ومايكروسوفت ؛ استغرق كلاهما 5 دقائق للتسجيل.

الخاسر : كان تسجيل مطور Apple بطيئًا ومؤلماً. لقد استغرق التسجيل فعليًا في برنامج المطورين حوالي أسبوع. تطلب مني الاتصال بالدعم من شركتين مختلفتين. وقد تطلب مني وقت التشغيل تصحيح أخطاء كود JavaScript على موقع ويب تابع لجهة خارجية فقط حتى أتمكن من تجاوز التحقق من جانب العميل ، بحيث تتدفق معلوماتي إلى Apple ، حتى يمكنني إرسال تطبيقي إلى المتجر. رائع فقط رائع.

إذا كان هناك أي وسيلة توفير هنا لشركة Apple ، فهذا يعني أن لديهم برنامجًا غير ربحي 501c3 ، حيث يمكن للمنظمات غير الربحية التنازل عن رسومها السنوية البالغة 99 دولارًا. لقد استفدت من ذلك. وربما تكون هذه الخطوة الإضافية مهمة.

تغليف التطبيق ، البناء ، التقديم

بمجرد أن يكون لديك تطبيق ويب ، عليك تشغيل بعض السحر عليه لتحويله إلى شيء يمكنك تقديمه لمراجعة متجر التطبيقات.

  • Apple : أولاً ، قم بشراء جهاز Mac ؛ لا يمكنك إنشاء تطبيق iOS بدون جهاز Mac. قم بتثبيت XCode وأدوات وأطر البناء هذه ، والحصول على شهادة من برنامج المطورين الخاص بنا ، وإنشاء ملف تعريف على موقع ويب منفصل يسمى iTunes Connect ، وربطه بالشهادة التي أنشأتها في مركز Apple Dev ، ثم الإرسال باستخدام XCode. سهل مثل واحد ، اثنان ، ثلاثة ... سبعة وثلاثون ...
  • Google : قم بتنزيل Android Studio ، وقم بإنشاء شهادة أمان من خلاله ، ثم حزمها باستخدام Studio. قم بتحميل الحزمة إلى موقع Android Developer.
  • Microsoft : قم بإنشاء حزمة .appx باستخدام أدوات سطر الأوامر المجانية هذه ، أو Visual Studio. قم بالتحميل إلى موقع Microsoft Dev Center على الويب.

الخبر السار هو أن هناك أداة مجانية للقيام بسحر تحويل تطبيق الويب الخاص بك إلى حزم تطبيقات . هذه الأداة المجانية الرائعة تسمى PWABuilder. يقوم بتحليل عنوان URL ، ويخبرك بما عليك القيام به (على سبيل المثال ، إضافة بعض أيقونات الشاشة الرئيسية إلى بيان الويب الخاص بـ PWA). وفي معالج من 3 خطوات ، يتيح لك تنزيل الحزم التي تحتوي على كل السحر:

  • بالنسبة لنظام التشغيل Windows ، يقوم في الواقع بإنشاء حزمة .appx. يمكنك أن تأخذ ذلك حرفيًا وترسله على موقع Windows Dev Center.
  • بالنسبة إلى Google ، يقوم بإنشاء تطبيق Java مجمّع يحتوي على تطبيق الويب PWA. من Android Studio ، تقوم بإنشاء هذا المشروع ، الذي ينشئ حزمة Android التي يمكن تحميلها على موقع Android Dev Center.
  • بالنسبة لشركة Apple ، فإنها تنشئ مشروع XCode يمكن بناؤه باستخدام XCode. الأمر الذي يتطلب جهاز Mac.

مرة أخرى ، كانت شركة Apple هي الأكثر إيلامًا من بين كل هؤلاء. ليس لدي جهاز Mac. ولكن لا يمكنك إنشاء مشروع XCode لـ PWA بدون جهاز Mac.

لا أريد أن أدفع عدة آلاف من الدولارات لنشر تطبيقي المجاني في متجر تطبيقات Apple. لا أريد أن أدفع مقابل امتياز إثراء منصة iOS من Apple.

لحسن الحظ ، تبلغ تكلفة MacInCloud حوالي 25 دولارًا شهريًا ، وهي توفر لك جهاز Mac مثبتًا عليه XCode بالفعل. يمكنك الوصول إليه عن بُعد باستخدام Windows Remote Desktop ، أو حتى عبر واجهة ويب.

لم يكن كافيًا إنشاء مشروع XCode وإرساله فقط. اضطررت إلى إنشاء شهادة أمان على موقع Apple Developer ، ثم إنشاء ملف تعريف تطبيق جديد في موقع منفصل ، iTunes Connect ، حيث تقوم بالفعل بإرسال الحزمة.

ولم يكن هذا كل شيء: نظرًا لأن Apple معادية لتطبيقات الويب ، فقد اضطررت إلى تثبيت بعض الأطر الخاصة وإضافة ملحقات Cordova التي تسمح لتطبيقي بالقيام بأشياء مثل تشغيل الصوت في الخلفية ، وإضافة الأغنية الحالية إلى شاشة القفل ، التحكم في مستوى صوت الأغنية وحالة التشغيل من شاشة القفل ، والمزيد.

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

الفائز : مايكروسوفت. تخيل هذا: يمكنك الانتقال إلى موقع ويب يقوم بإنشاء حزمة تطبيق لتطبيق الويب الخاص بك. وإذا لم يكن هذا هو الشيء الذي تفضله ، فيمكنك تنزيل أدوات سطر الأوامر التي ستؤدي المهمة. شخص واجهة المستخدم الرسومية؟ سيعمل Visual Studio المجاني.

الوصيف : جوجل. يتطلب Android Studio ، لكنه مجاني ، يعمل على تشغيل الجميع ، وكان بسيطًا بدرجة كافية.

الخاسر : أبل. لا ينبغي أن أضطر إلى شراء جهاز كمبيوتر خاص - جهاز Mac بعدة آلاف من الدولارات - من أجل إنشاء تطبيقي. مركز تطوير Apple -> يبدو تشابك iTunes Connect وكأنه محاولة مدير بعيد المنال لدفع iTunes إلى المطورين. يجب أن يكون ببساطة جزءًا من موقع Apple Developer Center.

اختبار التطبيق

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

  • Apple : للاختبار ، يجب أن يقوم المختبرين بتثبيت Test Flight على جهاز iOS الخاص بهم. ثم تضيف البريد الإلكتروني للمختبِر في iTunes Connect. سيتلقى المختبر إشعارًا ويمكنه اختبار تطبيقك قبل أن يكون متاحًا في متجر التطبيقات.
  • Google : في Android Dev Center ، يمكنك إضافة عناوين البريد الإلكتروني للمختبرين. بمجرد إضافتهم ، يمكنهم رؤية إصدار ألفا / بيتا الخاص بك في متجر التطبيقات.
  • Microsoft : لم أستخدم هذا في الواقع ، لذا لن أعلق عليه.

الفائز : ارمي. تطبيق Test Flight من Apple بسيط ومبسط. يمكنك التحكم في انتهاء صلاحية ألفا / بيتا ببساطة من جانب المسؤول. لم يكن Google بعيدًا عن الركب ؛ كان غير مؤلم تمامًا ، ولا يتطلب حتى تطبيقًا منفصلاً

مراجعة التطبيق

بمجرد أن يصبح تطبيقك جاهزًا للوقت الرئيسي ، يمكنك إرسال تطبيقك للمراجعة. تتم المراجعة باستخدام قائمة تحقق آلية (على سبيل المثال ، هل لديك رمز تشغيل؟) ومن قِبل أشخاص حقيقيين ("تطبيقك هو نسخة من X ، فنحن نرفضه")

  • Apple : قبل الإرسال ، يحذرك XCode من المشكلات المحتملة أثناء الإنشاء. تستغرق المراجعة البشرية للتطبيق من 24 إلى 48 ساعة تقريبًا.
  • جوجل : هل من أحد بالمنزل؟ لم يخبرني Android Studio بأي مشاكل محتملة ، وتمت الموافقة على تطبيقي في غضون دقائق من الإرسال. لا أعتقد أن إنسانًا حقيقيًا نظر إلى تطبيقي.
  • Microsoft : عند الإرسال ، اكتشفت مراجعة آلية سريعة مشكلة تتعلق بتنسيقات الرموز الخاطئة. بعد اجتياز الاختبار ، راجع أحد الأشخاص تطبيقي في غضون 4 أيام.

الفائز : أبل.

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

كان لدى Apple أسرع وقت للمراجعة البشرية الفعلية. مرت التحديثات أيضًا بالمراجعة في غضون 24 ساعة.

مايكروسوفت أصيبت أو فقدت هنا. استغرقت المراجعة الأولية 3 أو 4 أيام. استغرق التحديث اللاحق 24 ساعة. ثم استغرق تحديثًا آخر ، حيث أضفت منصة XBox ، من 3 إلى 4 أيام أخرى.

استنتاج

إنه لأمر مؤلم ، ويكلف المال ، أن تأخذ PWA موجودًا وتجعلها تعمل على منصات الأجهزة المحمولة والمدرجة في متجر التطبيقات.

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

الوصيف : مايكروسوفت. لقد جعلوا من الأسهل رش تطبيق الويب الخاص بك بالسحر ، وتحويله إلى حزمة يمكن إرسالها إلى متجرهم. (يمكن القيام به مجانًا باستخدام موقع PWABuilder!) التكامل مع النظام الأساسي الخاص بهم يعني استخدام النافذة التي يتم حقنها تلقائيًا .Windows. * مساحة اسم JavaScript. ليس سيئا.

الخاسر : أبل. لا تطلب مني شراء جهاز Mac لإنشاء تطبيق iOS. لا تجبرني على استخدام أغلفة أصلية للتكامل مع النظام الأساسي الخاص بك. لا تطلب مني التلاعب بشهادات الأمان ؛ دع أدوات التصميم الخاصة بك تصنعها لي ، وتخزينها تلقائيًا في حسابي في مركز التطوير. لا تجعلني أستخدم موقعين مختلفين: Apple Dev Center و iTunes Connect.

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

الويب سيفوز أيضًا على الهاتف المحمول. لا يرغب المطورون في إنشاء 3 تطبيقات منفصلة للأنظمة الأساسية الرئيسية. لا تريد الشركات الدفع مقابل تطوير 3 تطبيقات.

الجواب على كل هذا هو الويب. يمكننا إنشاء تطبيقات ويب ثرية - تطبيقات الويب التقدمية - وتجميعها لجميع متاجر التطبيقات.

لدى Apple على وجه الخصوص حافز ضار لإيقاف تقدم الويب. انها نفس الحافز أن مايكروسوفت كانت في أواخر '90s وأوائل 2000s: أنه يريد أن يكون على منصة لتطبيقات جيدة. PWAs تقوض ذلك ؛ يركضون في كل مكان.

حكمة البرامج الخاصة بي هي: ستفوز PWAs في النهاية وتتفوق على تطبيقات الأجهزة المحمولة الأصلية. في غضون 5-10 سنوات ، ستكون تطبيقات iOS الأصلية شائعة مثل تطبيقات Win32 C. ستذهب Apple في الركل والصراخ ، مما يبقي iOS Safari وراء المنحنى ، ويمنع تقدم PWA حيثما أمكن ذلك. (حتى "دعمهم" الأخير لـ PWAs في iOS Safari 11.1 يعطل بالفعل PWAs.)

اقتراحي لمنصات تطبيقات الأجهزة المحمولة هو احتضان ما لا مفر منه وإما إضافة PWAs عالية الجودة تلقائيًا إلى متجر التطبيقات الخاص بك ، أو السماح للمطورين بسهولة (على سبيل المثال مجانًا ، وب 3 نقرات أو أقل) إرسال PWA إلى متجرك.

القراء ، آمل أن تكون هذه نظرة مفيدة على PWAs في متاجر التطبيقات في 2018.

هل قدمت PWA إلى متجر التطبيقات؟ أحب أن أسمع تجربتك في قسم التعليقات. ويمكنك قراءة المزيد من مشاركات مدونتي على مدونتي.