ASP.NET AJAX или jQuery в ASP.NET MVC

Question

Мы в компании, выпускающей новый продукт, мы решили использовать ASP.NET MVC 4. Я знаю, что он находится в бета-состоянии.

Мы собираемся передать пользовательский интерфейс на внешний подряд. Мы не можем решить, какую технологию пользовательского интерфейса использовать:

Должно ли это быть jQuery или ASP.NET AJAX, например DevExpress, или что-то в этом роде.

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

Спасибо.

Answer 1

JQuery, руки вниз

Что бы вы ни делали , пожалуйста, не используйте Asp.net AJAX . Он раздут, и с тех пор Microsoft предпочитает jQuery. Asp.net AJAX был записан для быстрого переключения WebForms для современных приложений AJAX. Но мы все знаем, что это был более или менее огромный провал. MVC, с другой стороны, является веб-платформой, построенной на основе HTTP и ориентированной на HTTP. Написание страниц без сохранения состояния с использованием либо ежедневных HTTP-запросов, либо AJAX-запросов делает это одинаково простым. Нет необходимости использовать что-то раздутое, написанное для WebForms, а не MVC.

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

Есть много-много-много пользователей, использующих jQuery , чем любая другая библиотека Javascript, поэтому получить «поддержку» намного проще и быстрее, чем получить ее с другими библиотеками.

И когда вы решите использовать сторонние плагины / элементы управления и т. Д., Я бы очень колебался. Эти компании обычно создают очень убедительный маркетинговый копирайтинг. Но в конце концов я в основном испытал кошмар. Есть альтернативы с открытым исходным кодом, а также очень активные. Не говоря уже о компонентах пользовательского интерфейса jQuery, которые сделают ваш пользовательский интерфейс более удобным для обслуживания (снова пользовательская база) и не будут привязаны к конкретному поставщику.

Если это ваше первое приложение на Asp.net MVC, вам следует переключить свое мышление с веб-форм и на некоторые богатые сторонние серверные элементы управления, которые вы использовали в веб-формах. Чаще всего они не используются в MVC, чем наоборот. Они предоставляли возможно лучший пользовательский интерфейс в WebForms, но я предпочитаю держаться подальше от них в MVC. Избегайте дополнительных абстракций ...

Answer 2

jQuery

ASP.NET MVC4 построен с учетом jQuery.Я полагаю, что Microsoft отказалась от разработки своих собственных библиотек AJAX.Несмотря на это, они ориентированы на веб-формы, а не на MVC.MVC4 фактически устанавливает jQuery и jQuery UI (MVC4) при создании нового проекта в Visual Studio.Он также включает в себя Intellisense для jQuery.Вся проверка также построена вокруг jQuery и интегрирована с очень популярным плагином проверки jQuery.MVC4 также включает поддержку мобильного телефона jQuery.Кроме того, все примеры сайтов, которые я видел, созданы с учетом jQuery.Кроме того, вы упоминаете аутсорсинг пользовательского интерфейса.Microsoft также публикует jQuery в своей сети доставки контента, что, я думаю, свидетельствует об их приверженности этому.Наконец, если вы используете jQuery, вам не нужно беспокоиться о покупке магазина Microsoft для разработки пользовательского интерфейса.Пользовательский интерфейс должен быть агностиком, который вы на самом деле не получаете с AJAX от Microsoft.

Я бы не стал думать о разработке нового сайта MVC, основанного на ASP.NET AJAX.

Answer 3

Когда вы настраиваете новый проект MVC, вы получаете jQuery, включенный в базовую настройку. Вся проверка данных на стороне клиента в MVC3 (я полагаю, что то же самое относится и к MVC4) основана на jQuery Validate. Без jQuery вы потеряете основной функционал для любых форм для пользовательского ввода.

Насколько я знаю, ASP.NET AJAX построен как пользовательский элемент управления для веб-форм. Элементы управления веб-форм не совместимы с MVC.

Answer 4

Мой выбор был бы jQuery.В настоящее время я реализую это с моим продуктом.

Была написана отличная статья о MVC vs. Webforms.Я надеюсь, что это проливает свет на то, с чем ваша компания хочет двигаться вперед.