Microsoft Ajax Control Toolkit по сравнению с jQuery

Инструменты являются просто инструментами.
Они помогают, или они не делают.
Вы нуждаетесь в помощи, или Вы не делаете.

, Если Вы знаете, Unix и те инструменты делают то, что Вам нужны они, чтобы сделать в Windows - затем Вы - счастливый парень и нет никакой потребности изучить PowerShell (если Вы не хотите исследовать).

Мое исходное намерение состояло в том, чтобы включать ряд инструментов Unix в Windows и быть сделано с ним (много нас в команде имеют глубокие фоны Unix и здоровую дозу уважения к тому сообществу.), Что я нашел, был то, что это действительно не помогло многому. Причина этого состоит в том, что awk/grep/sed не работают против COM, WMI, ADSI, Реестра, хранилища сертификата, и т.д., и т.д. Другими словами, UNIX является всей экосистемой, самонастроенной вокруг текстовых файлов. По сути, инструменты обработки текста являются эффективно инструментами управления. Windows является совершенно другой экосистемой, самонастроенной вокруг API и Объектов. Вот почему мы изобрели PowerShell.

то, Что я думаю, что Вы найдете, - то, что будет много случаев, когда обработка текста не получит Вас, что Вы хотите в Windows. В той точке Вы захотите взять PowerShell. ОТМЕТЬТЕ - это не все или ничего соглашение. В PowerShell можно обратиться инструментам Unix (и использовать их текстовый процесс или обработку текста PowerShell). Также можно назвать PowerShell от инструментов Unix и получить текст.

Снова - нет никакой религии здесь - наш фокус находится на предоставлении Вам инструменты, за которыми необходимо следовать. Именно поэтому мы так увлечены обратной связью. Сообщите нам, где мы терпим неудачу или где у Вас нет инструмента, Вам нужно, и мы поместим его в список и доберемся до него. Во всей честности мы роем нас из 30-летней дыры, таким образом, она собирается требовать времени. Тем не менее, если Вы берете бету Windows Server 2008 /r2 и/или беты наших серверных продуктов, я думаю, что Вы будете потрясены в том, как быстро, что дыра становится заполненной.

Относительно использования - мы имели> 3,5 миллиона загрузок до настоящего времени. Это не включает людей, использующих его в Windows Server 2008, потому что это включено как дополнительный компонент и не нуждается в загрузке. V2 будет поставляться во всех версиях Windows. Это будет on-by-default для всех выпусков кроме ядра Сервера, где это - дополнительный компонент. Вскоре после поставок Windows 7/Windows Server 2008 R2 мы сделаем V2 доступный на всех платформах XP и выше. Другими словами - Ваши инвестиции в изучение будут применимы к очень большому количеству машин/сред.

Один последний комментарий. Если/когда Вы начинаете изучать PowerShell, я думаю, что Вы будете довольно счастливы. Большая часть дизайна в большой степени под влиянием нашего образования Unix поэтому, в то время как мы очень отличаемся, Вы возьмете его очень быстро (после преобладания над сквернословием этого, это не Unix :-)). Мы знаем, что у людей есть очень ограниченный бюджет для изучения - именно поэтому мы - супер хардкор о непротиворечивости. Вы собираетесь изучить что-то, и затем Вы будете использовать его много раз и снова.

Эксперимент!Приятного отдыха! Участвуйте!

8
задан Community 23 May 2017 в 12:24
поделиться

6 ответов

Хотя это может быть не главное, я попробую. В jQuery нет UpdatePanel - это хорошо. Ваши навыки jQuery можно легко перенести в другой стек, такой как ASP.NET MVC, Django или Rails. Прошло много времени с тех пор, как я видел документацию MS Ajax, но документация jQuery - это огромный фактор для меня - это превосходно.

Я слышал о некоторых разработчиках, использующих обе библиотеки, это может быть что-то чтобы тоже изучить.

5
ответ дан 5 December 2019 в 06:54
поделиться

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

Однако я бы ошибся на стороне jQuery, поскольку независимо от того, на какую платформу вы перейдете, jQuery всегда будет применим, поскольку он полностью основан на клиенте, тогда как навыки MS AJAX Toolkit не помогут вам, если вы решите попробовать другую платформу на стороне сервера.

3
ответ дан 5 December 2019 в 06:54
поделиться

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

3
ответ дан 5 December 2019 в 06:54
поделиться

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

Я думаю, что у jQuery больше пользователей по сравнению с Microsoft Ajax. Так что поддержки jQuery будет намного больше.

2
ответ дан 5 December 2019 в 06:54
поделиться
  1. У вас гораздо больше документации для jQuery, чем для Microsoft ajax.
  2. База пользователей jQuery намного больше
  3. У вас много плагинов для jQuery
  4. бонус: у jQuery классное имя: -)
4
ответ дан 5 December 2019 в 06:54
поделиться

Если вы в основном пишете код в MS Shops с помощью Visual Studio, то инструментарий - это путь, вам все равно нужно будет знать некоторый javascript, чтобы делать некоторые вещи, но в этой ситуации инструментарий позволяет действительно быструю разработку и некоторый код за поддержкой определенных элементов управления. Тем не менее, никогда не помешает изучить оба, инструментарий действительно прямолинейный, поэтому кривая обучения невелика и в некоторой степени, которая в основном зависит от ваших знаний javascript, так же как и jquery. Большинство приложений, которые я вижу сейчас, используют оба, и это работает довольно хорошо, и как только вы узнаете достаточно каждого из них, вы сможете решить, что использовать где... в основном оба создают больший набор инструментов, и большой набор инструментов - это всегда отличная вещь.

0
ответ дан 5 December 2019 в 06:54
поделиться
Другие вопросы по тегам:

Похожие вопросы: