Я не вижу, что все это суета о решении Microsoft поддерживать JQuery в ASP.NET MVC.
Появились признаки того, что люди с открытым сердцем начинают некоторое время высказываться в вопросах маркетинга. И даже то, как MS делает бизнес, начинает меняться. Но при этом он все еще действует в ответ на запросы клиентов.
Я не знаю, что с этим делать, кроме того, что он возвращает в сферу влияния Microsoft очень заметный продукт.
Впервые MS отправляет компонент с открытым исходным кодом, который они не пишут с одним из своих продуктов. Это не похоже на большое дело, но его почти ядерное по своим последствиям.
Подумайте об этом... Они говорят: "Мы поддерживаем это". В продукте OSS MS не контролирует код. Таким образом, они вкладывают средства к существованию (каким-то малым образом) в руки людей, которые не работают на МС.
Я думаю, что популярность jQuery, тот факт, что это не критический код миссии, и что кодовая база настолько мала, все собрались вместе, чтобы создать благоприятные условия для MS, чтобы окунуться в воду.
Значимость доставки jQuery от Microsoft с помощью ASP.Net, хотя и с открытым исходным кодом, имеет мало или ничего для Microsoft, поддерживающего внешнее программное обеспечение с открытым исходным кодом и почти все чтобы установить фактический стандарт фреймворка javascript.
Подумайте: в настоящее время есть не менее 1/2 десятка инструментов для javascript, которые все очень приятные. Эти инструментальные средства представляют собой значительное улучшение по сравнению с традиционной разработкой javascript. Они добавляют мощь и помогают сгладить несовместимость браузеров. В конце концов вам будет трудно найти веб-проект, который не использует его. Однажды их можно даже запечь в вашем браузере, чтобы сохранить время загрузки страницы. Каждый веб-разработчик должен сам себе научиться, и большинство это понимает.
Но какой? Как я уже сказал, есть несколько отличных технических решений. Как вы выбираете? Проблема в том, что вы не имеете права судить о технических достоинствах, если вы не узнаете их всех, и у кого есть время для этого?
В этом случае гораздо проще и безопаснее просто следовать за толпой. Не имея четкого технического превосходства, большинство разработчиков захотят выбрать инструментарий, который получит наибольшее признание среди других единомышленников, по четырем причинам:
Итак, у нас есть ситуация, когда все ждут, какие рамки все остальные выбирают. Честно говоря, отсутствие явного победителя среди различных наборов инструментов повредило принятию; Я знаю, что это мешало мне лично сделать решительный шаг.
До сих пор. Теперь разработчики ASP.Net имеют четкий выбор. Если вы используете ASP.Net, вы, вероятно, захотите потратить время на изучение jQuery. Не прототип. Не MooTools. Не что-то еще. Ваш естественный выбор - jQuery.
Те другие инструменты хороши также, но для лучшего или худшего jQuery только что получил огромную ногу здесь, и это действительно конкурс популярности. jQuery появляется популярность среди других платформ, а также означает, что он быстро становится фактическим стандартом фреймворка javascript. Очень скоро вам будет сложно называть себя веб-разработчиком, если вы не знаете jQuery, и многие люди оглянутся назад и скажут, что это был переломный момент.
Таким образом, реальное значение здесь имеет мало общего со всей "Microsoft, использующей открытый исходный код". Насколько мне известно, неважно, является ли jQuery открытым исходным кодом, хотя это может помочь в долгосрочной перспективе. Важно то, что это заставит значительное число разработчиков начать его использовать, возможно, достаточно, чтобы создать гегемонию. И это то, что действительно нужно этому пространству. Наконец, мы можем начать движение вперед в продвижении веб-разработки на стороне клиента.
У вас есть 500-фунтовая гориллы, чья официальная политика компании всегда стояла против открытого источника, внезапно решив активно включать и поддерживать компонент с открытым исходным кодом по техническим причинам. jQuery - это не какое-то правовое требование, наложенное на них судебными исков против США или ЕС. Он не принуждался к Microsoft через какой-то стандарт или какой-то компонент "must-support". Они более или менее исключительно выбирают его по техническим причинам, вместо того, чтобы делать обычное "Мы изобретаем колесо, делаем его не так хорошо, как свободные решения, а также не открываем его".
Это похоже на рекламные презервативы папы, так как Вашингтонские волшебники выигрывают титул NBA, он, как республиканцы, голосует за программу в 700 миллиардов долларов, это похоже на ОПЕК, поддерживающий солнечную и ветровую энергию... это то, что казалось немыслимым раньше, даже имея в виду, что у Microsoft есть одни из лучших талантов, работающих на них. Фактически, большинство людей, с которыми я смотрю, сейчас работают в Microsoft.
Я могу только представить, сколько нужно было обсуждать и добиваться успеха, чтобы это произошло, и я снимаю шляпу для людей в Microsoft, которые доказали, что причина может быть успешной иногда.
Это огромная сделка!
Тот факт, что MS использует технологию, которую он не разрабатывал, является большим шагом.
Кроме того, факт, что они не покупают его или не потребляют, также является очень большим шагом.
Лично я нашел использование jQuery для большой помощи, пока я разрабатывал ASP.NET MVC. Это помогло мне упростить мои представления, где, если бы у меня не было jQuery, мои представления были бы слишком сложными.
Я думаю, что это прекрасная остановка в правильном направлении.
в основном потому, что JQuery отлично. Теперь MS "поддерживает" это, многие люди, которые никогда не слышали об этом, были проинструктированы не использовать его, потому что он был "открытым исходным кодом", или им было поручено не использовать его, потому что "не Microsoft" теперь может начать писать блестящие браузерный код.
Это все хорошо. Его жалкое состояние дел в компьютерной индустрии, где многие люди не могут использовать много программного обеспечения, но так, как есть.
Большой аспект этого - синтаксис. jQuery имеет другое значение для $(), чем прототип и ASP.NET AJAX. Это заставит библиотеки javascript выработать совместимость - сначала Microsoft, затем все остальные. Это станет несомненным плюсом для кросс-платформенных веб-дизайнеров.
ОБНОВЛЕНИЕ: я просто объявление о Джоне Ресиге blog: как часть официального выпуска Microsoft, это означает, что Microsoft собирается ДОКУМЕНТИРОВАТЬ jQuery! Документы jQuery прямо сейчас "ОК для проекта OSS" (т.е. они не сосут это плохо), но с командой разработчиков MSDN на нем мы должны иметь что-то действительно полезное.
UPDATE2 (в ответ на комментарии): Это абсурд и показывает смещение против MSFT больше, чем что-либо еще. Из частей jQuery, которые являются наиболее документированными (основные функции), эта документация примерно равна уровню, указанному в MSDN. Итак, как можно "хорошо" и "сосать"? Если остальная часть документации jQuery (особенно плагины, и это включает в себя "официальные" плагины, такие как "UI" ), это просто ужасно. Возьмем, например, UI/Tabs, который показывает большой блок HTML, не объясняя, какие части требуются, и которые предназначены только для стилизации демонстрации. И не упоминает (или в некоторых выпусках даже включить) более или менее необходимый файл CSS. Или, как "бит UI/Autocomplete, который находится в последнем relese, но полностью отсутствует в документах пользовательского интерфейса (и отличается некоторыми тонкими, но важными способами от автономного автозаполнения, на котором он был основан).
Нравится нам это или нет, Microsoft является одним из крупнейших игроков в индустрии программного обеспечения, поэтому все, что она делает, - это большое дело. И в этом случае это выглядит хорошо.
Это. Нам определенно нужен лучший intellisense для Javascript.
Для тех, кто уже использует jQuery вместе с ASP.NET, это означает, что мы можем рассчитывать на более эффективную поддержку инструментов в будущем (например, поддержка intellisense в Visual Studio), и что еще более важно, это означает (надеюсь), что Microsoft выиграла ' t делать что-либо с ASP.NET, который разбивает jQuery.
Независимо от того, является ли это пальцем в воде с точки зрения охвата (кооптирования?) решений с открытым исходным кодом в инструментах Microsoft или одноразового использования еще предстоит выяснить.
@Code Trawler - эта проблема очень привязана к подразделению Microsoft, участвующему в этом. MS Dev Div был чрезвычайно дружественным к Open Source и нанял многочисленных людей из сообщества Open Source за последние пару лет. Переход к fork JQuery только еще больше оттолкнет сообщество разработчиков и, скорее всего, оттолкнет многих из их недавних сотрудников по найму. Это будет кошмар PR.
Если вы работаете в месте, которое не позволяет OSS из-за отсутствия поддержки, это огромно, так как теперь у него есть эта хорошая одобренная печать Microsoft, которая помогает завоевать бизнес-людей таким образом, что разработчик в компании никогда не смог.
Имейте в виду, что Jquery выпущен MS по лицензии MIT. Это означает, что, если я правильно понимаю условия лицензии MIT, они могут в будущем изменить jquery на арбитраж и закрыть его, предположительно, после его массового принятия в составе Visual Studio.
Изменить: Хорошо, меня устраивают. Может кто-нибудь, пожалуйста, напишите и объясните, почему они считают мое предположение ложным. Я не понимаю лицензию MIT?