سؤال

لدينا صفحة بها الكثير من jQuery (حوالي 2000 سطر) ونريد تقليصها، فهي بمثابة كابوس للصيانة، وقد يكون من الأسهل صيانتها على الخادم.لقد فكرنا في استخدام UpdatePanel لهذا الغرض.ومع ذلك، لا نحب حقيقة أن UpdatePanel يرسل الصفحة بأكملها مرة أخرى إلى الخادم.

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

المحلول

لا تنتقل إلى UpdatePanels.بعد القدوم من jQuery، الانخفاض في الأداء سيكون لا يمكن الدفاع عنه.خاصة على صفحة معقدة مثل صفحتك.

إذا كان لديك 2000 سطر من تعليمات JavaScript البرمجية، فإن الحل هو إعادة بناء تلك التعليمات البرمجية.إذا قمت بوضع 2000 سطر من كود C# في ملف واحد، فسيكون من الصعب صيانته أيضًا.سيكون من الصعب إدارة ذلك بفعالية أي اللغة أو الأداة.

إذا كنت تستخدم 3.5 SP1، فيمكنك استخدام البرنامج النصي الجديد لـ ScriptManager لفصل JavaScript إلى ملفات متعددة دون أي عقوبة.بهذه الطريقة، يمكنك تقسيم التعليمات البرمجية الخاصة بك بشكل منطقي تمامًا كما تفعل مع التعليمات البرمجية الموجودة على جانب الخادم.

نصائح أخرى

من فضلك لا تضع نفسك في عالم الألم هذا.بدلا من ذلك استخدم إطار كامل وهو أسرع كثيرًا ويتم تنفيذه في jQuery.

الآن، لإدارة 2000 سطر من تعليمات Javascript البرمجية، أوصي بتقسيم التعليمات البرمجية إلى ملفات مختلفة وإعداد عملية الإنشاء الخاصة بك لضمها باستخدام JSMin أو Yahoo Compressor إلى أجزاء.

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

يمكن أن يكون هناك تأخير كبير بين الوقت الذي تقوم فيه UpdatePanel بتشغيل التحديث والوقت الذي تقوم فيه UpdatePanel بتحديث الصفحة فعليًا.

السبب الوحيد الذي يجعلنا نستخدم UpdatePanels هو سهولة التطوير.لا يلزم فعل أي شيء تقريبًا لجعلها تعمل.

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

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