jQuery AJAX против UpdatePanel

Не двигайтесь к UpdatePanels. После выхода из jQuery падение производительности было бы недопустимым. Особенно на такой сложной странице, как ваша звучит.

Если у вас есть 2000 строк кода JavaScript, решение состоит в том, чтобы рефакторировать этот код. Если вы поместите 2000 строк кода C# в один файл, то это тоже будет трудно поддерживать. Этим было бы трудно эффективно управлять с помощью любого языка или инструмента.

Если вы используете 3.5 SP1, вы можете использовать новый скрипт ScriptManager, объединяющий ваш JavaScript в несколько файлов без штрафных санкций. Таким образом, вы можете логически разделить свой код так же, как это было бы с кодом на стороне сервера.

Пожалуйста, не погружайте себя в этот мир боли. Вместо этого используйте UFRAME , который намного быстрее и реализован в jQuery.

Теперь, чтобы управлять этими 2000 строками кода Javascript, я рекомендую разделить код в разных файлах и настроить процесс сборки, чтобы соединить их с помощью компрессора JSMin или Yahoo в куски.

Я не знаю, есть ли способ оптимизировать UpdatePanels, но моя компания обнаружила, что ее производительность довольно плоха. jQuery гораздо быстрее делает практически все, что угодно.

Между моментом, когда UpdatePanel запускает обновление, и моментом, когда UpdatePanel фактически обновляет страницу, может быть большая задержка.

Единственная причина, по которой мы используем UpdatePanels, - это простота разработки. Почти ничего не нужно делать, чтобы заставить их работать.

Использование UpdatePanel заставляет вас использовать ScriptManager, который добавил тонны сценариев на ваших веб-страницах. UpdatePanel предоставляет вам частичную обратную передачу, а не реальную ajax. Если вы будете работать только на LAN, а не в интернете, это нормально, но если ваша цель-интернет, попробуйте рефракторировать свои коды и сжать их с помощью некоторых инструментов, прежде чем публиковать на веб-сайте