مخاطر مواقع البرمجة مع jQuery Mobile؟

Question

تم إطلاق فريق JQuery مؤخرًا http://jquerymobile.com/ بقصد إنشاء مكتبة واجهة المستخدم للأجهزة المحمولة.

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

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

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

Answer 1

حسنًا ، إنه 1.0 ألفا 1 ، لذلك أقول إن المخاطر هي:

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

من المهم أيضًا النظر في المنطق وراء تلك الدرجات:

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

درجة "A" هي مؤشر على قدرات المتصفح ، وليس أي توافق حالي أو مستقبلي مع jQuery Mobile.

إذا كنت ترغب في المساعدة في تطوير جزء جديد من البرامج ، والبدء في استخدام JQuery Mobile ، والمساهمة في التعليقات ، أو تقارير الأخطاء ، أو الرمز ، أو كل ما سبق. إذا لم يكن الأمر كذلك ، فإن الفريق يأمل في رؤية إصدار 1.0 في يناير 2011 ، وهو قاب قوسين أو أدنى.

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

أود أن أعرف ما تعنيه من خلال "موقع ليس في المقام الأول لمستخدمي الهاتف المحمول." هناك مواقع تم تحسينها للجوال ، وهناك مواقع لم بعد مُحسّن للجوال. فقط بعض المواقع المتخصصة المحددة للغاية لا تتطلب تجربة متنقلة.

Answer 2

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

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

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

Answer 3

ما يجب أن تهدف إلى القيام به هو توفير تجربة غنية ولكن في الوقت نفسه تأكد من أن جميع وظائفك الأساسية تعمل حتى عندما لا توجد JavaScript على العميل (أو يتم إيقاف تشغيلها). يعد Stackoverflow مثالًا جيدًا على موقع يجد توازنًا جيدًا بين هذين النهجين.