2010-05-14 4 views
5

Я продолжаю слышать все это о how awesome jQuery is и о том, как AjaxControlToolkit сосет. К сожалению, я слышал об этом только после того, как я создал весь сайт WebForms с помощью инструментария.Стоит ли переключиться с AjaxControlToolkit на jQuery?

Теперь я рассматриваю возможность переключения, если не полностью, в основном на jQuery. Это частично связано с опытом (никогда не закодированным в Javascript или не использующим каких-либо фреймворков) и частично потому, что я думаю, что у меня больше контроля над jQuery.

Нет необходимости переключаться, но я все равно планирую это делать.

Стоит ли изучать кривую обучения для jQuery только для того, чтобы получить опыт, должен ли я оставить свой рабочий сайт достаточно в одиночестве?

+0

Голоса для закрытия - это потому, что этот вопрос не является конкретным критерием для успешного ответа, то есть он слишком открытый и субъективный. Из выбранного ответа (что две рамки могут играть хорошо вместе), я думаю, это то, о чем вы действительно просите. – Keith

ответ

2

Я бы просто использовал jQuery и AjaxControlToolkit. Я делаю это сейчас. В общем, они прекрасно играют друг с другом. Просто имейте в виду, что, когда Toolkit выполняет обратную передачу AJAX, jQuery не знает об этом, поэтому вам нужно связать как загрузку документа, так и события onpostback.

3

jQuery определенно дает вам большую гибкость, но это действительно зависит от того, какую функциональность вам нужно.

В то время как jQuery довольно затягивает использование, библиотека управления jQueryUI вполне минималистична. Хотя есть много удивительных плагинов для jQuery, внешний вид этих объектов по своей сути непоследовательны. Напротив, приятная вещь об использовании элементов управления пользовательского интерфейса от одного поставщика заключается в том, что вы все выглядите и ведете себя последовательно, что также делает сайт более профессиональным.

Я никогда не использовал AjaxControlToolkit, но я считаю, что вы должны включить jQuery на страницу. В настоящее время эти большие рамки очень дружелюбны друг к другу. Таким образом, вы можете получить лучшее из обоих миров. Это также уменьшает объем работы, которую вы должны выполнять во время «переключения», и предлагает более градуированный переход от одного к другому.

+0

Согласен, вам не нужно переключать все на jQuery. Это почти наверняка имеет смысл переключиться туда, где вы что-то получаете, используя jQuery. –

1

Из недавнего опыта, я думаю, что полностью перешел из AjaxControlToolkit в JQuery. Это связано с инцидентом, когда мы попытались разместить новое приложение в виртуальном каталоге старого приложения.

Старое приложение запускало System.Web.Extensions версии 1.06, но для нового приложения требовалась версия 3.5 (для AjaxControlToolkit 3.5). Из-за того, как структурирован IIS, он наследует файл web.config родителя, вызывая всевозможные проблемы и ошибки, потому что приложение будет находить две версии system.web.extensions. Эта проблема не была решена, и нам пришлось разместить webapp под новым поддоменом.

Эту проблему можно было избежать, если бы мы только что использовали jQuery, так как она полностью отделена от IIS.

Смежные вопросы