عناصر تحكم Telerik UI مقابل واجهة المستخدم من جانب العميل باستخدام jQuery

StackOverflow https://stackoverflow.com/questions/428376

  •  06-07-2019
  •  | 
  •  

سؤال

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

لقد استخدمت jQuery في الماضي، وأقوم الآن بتقييم عناصر التحكم في Telerik.لقد رأيت الكثير من التوصيات الجيدة بشأن عناصر تحكم Telerik، بما في ذلك بعض التوصيات على StackOverflow.في الواقع يبدو أنها كاملة المواصفات إلى حد ما.ليس لدي أي شك أيضًا في أنه يمكنني تطوير التطبيق بسرعة أكبر باستخدام عناصر التحكم هذه مقارنةً بـ jQuery.ومع ذلك، فأنا قلق من أنها ستسبب الكثير من الانتفاخ على صفحاتي.

هل لدى أي منكم خبرة في مقارنة أداء عناصر التحكم هذه مع تطبيق jQuery البحت؟خاصة،

  • هل RadScriptManager من Telerik أفضل حقًا من MS Ajax ScriptManager؟
  • هل هناك مشكلات في الأداء بشكل عام مع عناصر تحكم Telerik؟
  • هل هناك أي مكون إضافي لـ jQuery يقترب من وظيفة الشبكة في RadGrid؟

أي معلومات أخرى ذات صلة ستكون مفيدة أيضًا.

هل كانت مفيدة؟

المحلول

لقد استخدمت Telerik وJQuery لسنوات.تعادل "الميزات الكاملة" عمومًا الكثير من الميزات التي لا تحتاج إليها والصفحة النهائية التي يصعب (أو يستحيل) تحسينها.أسقط Telerik واستخدم إطارًا معدنيًا مثل JQuery.ستجد أنه سيسمح لك ببناء الوظائف المحددة التي تحتاجها ولن تعود أبدًا.العديد من مجموعات واجهة المستخدم كاملة الميزات مثل (مثل Telerik أو ComponentArt) مغرية جدًا ولكن أعتقد أنها تشجع الكثير من البرمجة السيئة.

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

نصائح أخرى

مناقشة جيدة هنا.بعض التوضيحات:

  • يستخدم Telerik بالفعل jQuery داخليًا (وسيدعمه MS الآن بشكل متزايد) لتحسين الميزات من جانب العميل (وتقليل التعليمات البرمجية من جانب العميل) للعديد من عناصر التحكم
  • jQuery هي مكتبة من جانب العميل تعتبر رائعة لتطوير JavaScript.إذا كنت بحاجة إلى معالجة إمكانية الوصول، فأنت في وضع صعب مع تطبيقات jQuery UI لأنها تعتمد على JavaScript لجميع الوظائف.الميزة الفريدة لـ Telerik هي أنه يمكنك العرض من جانب العميل والخادم، مما يعني أنه يمكنك دعم العملاء الذين لم يتم تمكين JavaScript لديهم.
  • بالنسبة للعديد من عناصر تحكم Telerik، يمكنك إما أ) إزالة التعليمات البرمجية الإضافية على الصفحة عن طريق تعطيل الميزات (بسبب منطق البرنامج النصي للتحميل حسب الحاجة)، أو ب) تقليل تأثير التعليمات البرمجية من جانب العميل بشكل كبير باستخدام أدوات دمج البرامج النصية و الضواغط.

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

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

امل ان يساعد.-تود

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

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

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

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

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

والسؤال المهم الآخر هو:هل ترغب في توحيد تطبيق الويب الخاص بك في مجموعة أدوات خاصة يتم استخدامها بشكل أقل بكثير من JQuery؟أشك في أن JQuery سوف تتوقف عن العمل في أي مكان قريبًا.

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

  • تواجه أدوات Telerik Ajax مشكلات في التعامل مع إعدادات الصفحة الرئيسية/المحتوى.وهم يعترفون بذلك في منتدياتهم، وأعتقد أنهم يعملون على ذلك.مشكلة كبيرة بالنسبة لي رغم ذلك.

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

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

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

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

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

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

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

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

ليست هناك حاجة للذهاب مع أحدهما أو الآخر؛استخدم مزيجًا من الأدوات لإنجاز المهمة.

يختلف RadScriptManager عن برنامج MS Ajax scriptmanager لأنه يحتوي على خاصية EnableScriptCombine = "true" التي يمكنك تعيينها والتي تمكن من دمج جميع ملفات javascript المستخدمة بواسطة عناصر تحكم telerik في ملف .js واحد لتحسين الأداء.

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

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

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

أعتقد أن Telerik أعلن أنهم سيستخدمون JQuery من جانب العميل.

بدأت Telerik الآن في تخصيص المزيد من الوقت لدعم العميل لـ RadGrid.حتى الآن لقد شعرت بخيبة أمل مع الشبكة.أشعر بالسوء تجاههم، لأنه يتعين عليهم الحفاظ على قاعدتين أساسيتين من التعليمات البرمجية:واحد لعناصر تحكم الخادم الخاصة بهم والتي تعيد رسم كل شيء في C# استنادًا إلى Postbacks وViewState، وواحد لعناصر التحكم من جانب العميل والتي تعيد رسم أجزاء من عنصر التحكم في جافا سكريبت (نوعًا ما يشبه منفذ كود C# الخاص بهم إلى جافا سكريبت).هذا عمل شاق للغاية بالنسبة لهم، وحتى الآن أشعر أنه غير مكتمل.

على سبيل المثال جانب العميل لا يتضمن دعم الإصدار الحالي من شبكتهم (ASP.nET AJAX 2008.3.1105.35) ما يلي:

  1. تعبيرات التجميع
  2. زيادة حجم الصفحة
  3. أنماط النداء بخلاف NextPrev
  4. إخفاء/إظهار الأعمدة
  5. AllowNaturalSort="false"
  6. فرز خالص من جانب العميل (أي في المتصفح مباشرة)

بعد قولي هذا، إذا كنت سعيدًا باستخدام عناصر تحكم Telerik مع عرض Postback/Viewstate التقليدي، فأنا أقول أنه لا توجد شبكات jQuery يمكنها المنافسة.

أنا عادة لا أنشر عن هذه الأشياء - لكن لم أستطع مقاومة هذا.ذهبت مع jQuery/jQuery UI عبر Telerik.لقد أعجبني حقًا ما كان موجودًا في الصفحات التجريبية، ثم حاولت تشغيله.لقد كافحت مع شريط الشريط، وأظهرت لهم خطأ أو اثنين.لقد كان من المقرر أن يتم إصلاحه قريبًا ...لم يكن .... ثم الإصدار التالي ...لم يكن كذلك.أخيرًا، حصلوا على النسخة التجريبية وطلبوا مني اختبارها لهم -- حزنًا سعيدًا.من المؤكد أن أغراضهم جميلة المظهر، لكنني لم أتمكن من التعامل مع الأشياء التي لا تعمل.

أستخدم jQuery / jQuery UI منذ حوالي 6 أشهر وأحب ذلك.سهل الاستخدام.وزن خفيف.يفعل ما يقول.ربما لا يكون كامل الميزات مثل Telerik ولكنه مفهوم ويمكن وضعه في مشروعك باستخدام عدد قليل من النصوص البرمجية.أنا حقًا أحب Themeroller أيضًا.

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

لقد عملت مع كليهما jQuery و Telerik. Telerik رائع جدًا في العروض التوضيحية لموقعه الرسمي ولكن عند استخدامه، تشعر أنه ثقيل جدًا وبطيء.مع jQuery يمكنك كتابة أكواد خفيفة وفعالة تلبي احتياجاتك ولكنها تتطلب المزيد من الوقت.فيما يتعلق بالأداء، أوصي بعرض نتائج HTML الأولية الثقيلة على الخادم بدلاً من متصفح العميل.(السابق.شبكات كبيرة)

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top