تدهور رشيق خارج مجال تطبيقات الويب: ما مدى أهمية المشكلة؟

Question

الاعتذار عن مقدمة طويلة - مجرد محاولة لتحديد المشهد بشكل مناسب لتجنب الغموض والارتباك.

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

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

بدءا من نظام أسلوب أقل جافا سكريبت أقل بسيطة، فإن إضافة طبقات من التحسينات المهينة بشكل أرائم وتشطيب تطبيق معاصر من AJAX، هو مهمة صعبة واستجابة لها مهمة صعبة وغير عرضة للخطأ. ليس بأي حال من الأحوال سهلة.

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

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

لا أستطيع أن أتخيل تطبيق سطح المكتب الذي يواجه هذا التباين في بيئة التشغيل.

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

تشغيله تحت الوشق، إنه تطبيق ويب أول جيل. تشغيل نفسه تحت Firefox 3.1، إنه تطبيق ويب معاصر لامع. إذا واجهت هذه المشكلة، فسوف تعتبرها تحديا، صعبة ولكنها مجدية.

تشغيله تحت DOS، إنه تطبيق سطر الأوامر. قم بتشغيله في ظل نظام التشغيل Vista، إنه تطبيق ويب معاصر لامع. إذا واجهت هذه المشكلة، فسوف تعتبرها مجنونة. أو هل أنت؟

هل تواجه تطبيقات سطح المكتب أي وقت مضى اتساع التباين في بيئات التشغيل حيث يمكن تطبيقات الويب؟

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

Answer 1

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

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

Answer 2

لا أستطيع أن أتخيل تطبيق سطح المكتب الذي يواجه هذا التباين في بيئة التشغيل.

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

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

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

Answer 3

في عالم التطبيق ونظام التشغيل (OS)، عادة ما يتم عكس المشكلة. إنه نظام التشغيل الذي يتعامل مع كل تعقيد الحفاظ على التوافق. من ناحية أخرى، فإن التطبيق USUال يملي الحد الأدنى إصدار نظام التشغيل.

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