Я бы не сказал. jQuery я использую на общедоступных страницах — оно легче и безопаснее. ASP.NET AJAX — в интранете, где часто достаточно повесить UpdatePanel куда следовает — быстро и удобно.
UpdatePanel + Ajax.Net и приводят к жутким тормозам. В интранете может и не заметно, но у нас весь backoffice построен таким макаром. Сейчас потихонечку переводим на jQuery и легкий html.
вы не совсем правы
ajax.net полностью совместим и имеет направленность с/на asp.net, чего никак не скажешь о jQuery
похоже ajax.net оставлена роль обёртки для Web Controls, тогда как весь клиентский код для манипуляцией DOM предлагается делать через jQuery
впрочем, есть мнение, что jQuery — всего лишь вариант, еще одна альтернатива для разработчиков, в такм случае похвально, что Микрософт думает о нас с вами и предлагает несколько инструментов, в этом случае в будущем возможна поддержка и для других фреймворков
я где-то сказал что там нет клиентского фреймворка? с чего вы делаете свои выводы?
вы ссылку читали? про что СкоттГу говорит читали?
«Providing the ability to perform selection and animation operations like above is something that a lot of developers have asked us to add to ASP.NET AJAX, and this support was something we listed as a proposed feature in the ASP.NET AJAX Roadmap we published a few months ago. As the team started to investigate building it, though, they quickly realized that the jQuery support for these scenarios is already excellent, and that there is a huge ecosystem and community built up around it already. The jQuery library also works well on the same page with ASP.NET AJAX and the ASP.NET AJAX Control Toolkit.
Rather than duplicate functionality, we thought, wouldn't it be great to just use jQuery as-is, and add it as a standard, supported, library in VS/ASP.NET, and then focus our energy building new features that took advantage of it? We sent mail the jQuery team to gauge their interest in this, and quickly heard back that they thought that it sounded like an interesting idea too.»
Почитайте и роадмап, про который говорит Скотт. Функционал подобный jQuery с поддержкой xPath и CSS2.1 селекторов только планировался в будущем и сейчас его похоже просто не будет.
Знаю и понимаю. Только многое из ASP.NET можно теперь через более легковесные плагины jQuery делать, ну а общаться через json. Серверу легче, да и юзеру приятней.
ещё один камешек в сторону JSF фреймВорком, они ведь очень тяжелые как на клиенте, так и на сервере… тут проще решили не изобретать велосипед, а использовать то, что есть и опробовано, рад за дотНетчиков.
Какое-то двойственное чувство вывзывает эта новость. С одной стороны jQuery отличный движок, но и отказываться от ASP.NET Ajax крайне глупо и надеюсь они так не сделают.
А на чистом jQuery ее и не будет, Update Panel использует post-back и связан с серверной стороной.
Впрочем, реализовать UP с помощью JQ вполне можно.
Собственно, MS строят все свои Ajax-helper'ы для ASP.NET MVC Framework на jQuery. Думаю, там и до Update Panel недалеко :)
Они очень любят jQuery и продвигают его использование с ASP.NET MVC, там где нельзя использовать серверные фичи MS Ajax (такие, как Update Panel), которые используют механизмы post-back обычной WebForms-архитектуры.
Ну и плюс, действительно, одно другому не мешает. Все MS-овцы, кто работает над ASP.NET MVC, и Фил Хаак, и Роб Конери, и Скотт Гатри, все юзали jQuery в разных примерах, да и вообще в .NET-комьюнити, касающихся веба, этот фреймворк постоянно всплывает.
Мы например давно уже используем и то и другое: ASP.NET AJAX — для инициализации клиентских контролов, JQuery — для подвязки к элементам. Это очень удобно. Никаких конфликтов и нет, причем одна библиотека отлично дополняет другую :)
Очень интересно, что в следующем MicrosoftAjax фреймворке они планировали сделать функционал, отчасти аналогичный jQuery.
Но с другой стороны раз включили сейчас — потом не выкинут. и можно ожидать вообще профилей под все популярные фреймворки.
Прошу прощения. прочитал пост Скотта и увидел, что они решили отказаться писать самим функционал как у jQuery а просто решили включить библиотеку в поставку.
Да, это неплохо. Хотя использовать его и сейчас со студией что мешает? :)
Судя по комментариям, половине людей пора уже менять стереотипы и предвзятость, MS — не такое уж и зло ;)
Касательно интеллисенса. Его можно без проблем сейчас подключить. Подробно описано в этом посте, может кому пригодиться, кто ещё не знает. Штука мощная, с интеллисенсом получается даже первый раз скачав jQuery сразу писать скрипты, все достаточно интуитивно.
И ещё о AJAX. Не помню точно в каком, но в одном из подкастов с сайта asp.net достаточно четко высказали позицию: ASP.NET AJAX больше подходит для взаимодействия с сервером, события, часть библиотеки System туда перенесенная (например, работа со строками) — это все удобно для обработки данных. jQuery в свою очередь идеально подходит для манипуляции страницей на клиенте, работа с DOM, эффекты и т. д. Поэтому эти две библиотеки немного пересекаются между собой, но мало конкурируют. В основном дополняют друг друга.
Их размер — 88кб и 55кб. В современном мире 33кб не такая уж огромная разница, чтобы называть ASP.NET AJAX очень тяжеловесным :)
В общем, ждем следующих поставок Visual Studio с jQuery на борту :)
jQuery будет поставляться с Visual Studio