Инструментарий Ajax Microsoft по сравнению с jQuery

Хороший вопрос.

Я считаю, что, хотя для элементов управления AJAX Toolkit еще есть место - как и для классических веб-форм, - ваш код будет чище и проще в обслуживании при использовании jQuery. Но, прежде всего, у вас будет гораздо больше контроля и гибкости в отношении того, как ведет себя ваш код.

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

Хотя Microsoft AJAX Toolkit удобен и прост в использовании, его легко быстро преодолеть препятствия, когда вы хотите сделать что-то более сложное, чем то, что вы разработали. Если вы заинтересованы в изучении тонкостей AJAX с помощью дружественной библиотеки, JQuery - это то, что вам нужно. Эти знания будут переведены на несколько платформ; например, если ваша команда решит попробовать использовать Django, Ruby on Rails и т. д., тогда у вас уже есть JQuery в качестве инструмента для перехода к AJAX. Это особенно верно, если вы когда-либо планируете перейти с ASP.NET на ASP.NET MVC, для чего Microsoft назвала JQuery официальным клиентским набором инструментов JavaScript.

Я давно перестал использовать MS Ajax, потому что многие разрабатываемые мной приложения должны быть доступны и плавно деградировать. т.е. ненавязчивый Javascript. Я твердо уверен, что MS в конечном итоге будет двигать свой Javascript в этом направлении, но не только сейчас.

По сути, каждая разрабатываемая мной веб-страница не будет иметь никакого встроенного JavaScript, за исключением внешних ссылок на файлы js, и страница будет работать с отключенным javascript. Это мой приоритет, но не может быть ни вашим, ни кем-либо еще. В наши дни мы и не мечтали разместить тег шрифта в html, а не в наших внешних файлах css. Со временем мы, вероятно, будем думать так же о сценарии.

imo it is down to which ever you prefer.

Microsoft uses drag & drop controls like update panel, where as jquery is written by hand and in my experience offers a greater degree of flexibility.

JQuery seems to be the framework of choice at the moment for DOM scripting and AJAX, it just makes javascript related tasks a lot quicker and easier to implement.

AJAX Toolkit - это продукт большой проблемы, связанной с устареванием. MSFT должен поддерживать ASP (X), веб-формы и т. Д. ASP (и JSP) - это реализация концепции, которой уже более 10 лет: создание HTML-страницы на стороне сервера. Вся "интерактивность" достигается с помощью FORM submit. И неизбежная перезагрузка страницы. Дизайн страницы был / возможен только с Visual Studio, а на самом деле это очень сложно. Все вместе это не AJAX. Мир двинулся дальше. jQuery означает AJAX. jQuery - это библиотека javascript для клиентов AJAX. Он использует DOM и несколько других функций браузера HTML +. AJAX / jQuery не зависит от сервера: подойдет любой веб-сервер. AJAX и jQuery означают полную развязку. MSFT AjaxToolit очень тесно связан с ASP (X) и неизбежно IIS. Это было вчера. С другой стороны, jQuery заставляет вас думать о сегодняшнем дне. Что хорошо, особенно если вы выросли на ASP и хотите / должны двигаться дальше.

К счастью, MSFT осознала, что должна двигаться дальше, и ASP.NET MVC + jQuery «разрешено». Это не 100% архитектура AJAX, но очень хороший шаг в правильном направлении. Это не веб-формы. Это не ascx.

Совет: никогда не создавайте одной командой веб-сервер и клиентское приложение. Используйте AJAX + REST + JSON. Пусть две независимые команды разработают слабосвязанное веб-приложение.

- DBJ