我看不出微软在ASP.NET MVC中支持JQuery的决定有什么大惊小怪的。

有迹象表明，思想开明的人开始在市场营销方面占一席之地了一段时间。甚至MS开展业务的方式也开始发生变化。但从根本上讲，它仍然是在响应客户的要求而采取的行动。

我一个人不知道该怎么做，除了它使微软的影响力范围回到了一个非常引人注目的产品。

解决方案

这是MS首次交付他们未使用其产品之一编写的开源组件。这似乎没什么大不了的，但是它的含义几乎是核的。

考虑一下……他们说"我们支持这一点"。在OSS产品中，MS无法控制代码。因此，他们将生计(以某种方式)交到了不为MS工作的人们的手中。

我认为jQuery的普及，它不是任务关键型代码以及代码库如此之小的事实，都为MS浸入水中创造了有利的环境。

它是。我们绝对需要更好的Java Intellisense。

其主要原因是JQuery非常出色。现在，MS"支持"它，许多从未听说过的人被指示不使用它，因为它是"开源"，或者被指示不使用它，因为它是"非微软"，现在所有人都可以开始写作了基于浏览器的代码。

那都是好事。在计算机行业中，这是一个令人遗憾的状况，许多人无法使用很多软件，但是事实就是这样。

对于那些已经将jQuery和ASP.NET结合使用的人来说，这意味着我们可以期待将来有更好的工具支持它(例如Visual Studio中的智能感知支持)，更重要的是，这(希望)意味着微软将不做任何事情ASP.NET破坏了jQuery。

就微软工具中拥抱(选择)开放源代码解决方案而言，这是否是一脚露水还是一次性的，还有待观察。

请记住，Jquery是由MS根据MIT许可证发布的。这意味着，假设我正确理解了MIT许可证的条款，它们将来可能会随意更改jquery并将其关闭，这大概是在它已被Visual Studio广泛接受之后。

编辑：
好的，我被降级了。有人可以张贴并解释为什么他们认为我的假设是错误的。我是否误解了MIT许可证？

这是一个很大的交易！

MS正在利用尚未开发的技术这一事实是一大进步。

同样，他们没有购买或者消费它的事实也是非常重要的一步。

就个人而言，我发现在开发ASP.NET MVC的过程中使用jQuery会有很大帮助。它帮助我简化了Views，如果没有jQuery，我的Views将会变得过于复杂。

我认为这是朝正确方向迈出的重要一步。

它的一个重要方面是语法。 jQuery对$()的含义与原型和ASP.NET AJAX的含义不同。这将迫使javascript库确定兼容性-首先是Microsoft，然后是其他所有人。对于Web设计师来说，这绝对是一个跨平台的优势。

更新：我只是约翰·雷西格(John Resig)博客上的公告：作为Microsoft官方版本的一部分，这意味着Microsoft将成为jQuery文档！ jQuery的文档现在是"可以用于OSS项目"(即，它们还不错)，但是有了MSDN技术作家团队，我们应该拥有一些真正有用的东西。

UPDATE2(响应评论)：这是胡扯，并且显示出比其他任何东西都更不利于MSFT的偏见。在jQuery记录最完整的部分(核心功能)中，该文档大致等于MSDN中提供的级别。那么，一个怎么可能是"很好"而另一个"吮吸"呢？如果jQuery文档的其余部分(特别是插件，并且包括" UI"之类的"官方"插件)，那就太可怕了。以UI / Tab为例，它显示了一大段HTML，而没有说明哪些部分是必需的，而哪些只是用于演示的样式。并且没有提到(或者在某些版本中甚至包括)或者多或者少所需的CSS文件。或者，如何"修改UI /自动完成功能"，这是最新的版本，但是UI文档中却完全没有了(并且与基于它的独立自动完成功能在某些细微但重要的方面有所不同)。

微软通过ASP.Net发行jQuery的重要性，即使它是开源的，与微软支持外部开源软件几乎没有关系，与建立事实上的javascript框架标准几乎没有关系。

考虑：目前至少有1/2打javascript工具包，它们都很不错。这些工具包代表了对传统javascript开发的巨大改进。它们增加了功能并有助于解决浏览器不兼容的问题。最终，我们将很难找到一个不使用的Web项目。有一天，它们甚至可能被烘焙到浏览器中，以节省页面加载时间。每个Web开发人员都应该自己学习一个，并且大多数人都了解这一点。

但是哪一个呢？正如我所说，有几种是很好的技术选择。我们如何选择？问题是，除非真正学习了技术优点，否则我们没有真正的资格来评判技术优点，而谁有时间这样做？

在这种情况下，跟着人群走既容易又安全。由于没有明显的技术优势，大多数开发人员将希望选择在其他志趣相投的开发人员中获得最多采用的工具包，原因有四个：

• 它保证该技能以后会有用
• 他们将能够在需要时找到帮助和支持。
• 他们相信他们的同行会很好地选择技术上优越或者至少在技术上胜任的框架。
• 由于不同的选项主要都是开源的，因此随着时间的推移，最受欢迎的选项也应成为最佳的技术选择。

因此，我们所面临的情况是每个人都在等待其他人选择哪种框架。坦白说，在各种工具包中缺少明确的赢家会损害采用率。我知道这阻止了我个人跳水。

到目前为止。现在，ASP.Net开发人员有了明确的选择。如果使用ASP.Net，则可能需要花时间学习jQuery。不是原型。不是MooTools。没有别的了。自然选择是jQuery。

这些其他工具也很好，但是无论好坏，jQuery都在这里发挥了很大的作用，这确实是一场人气竞赛。 jQuery在其他平台中的流行也意味着它正迅速成为事实上的javascript框架标准。如果我们不了解jQuery，很快我们将很难打电话给自己成为Web开发人员，很多人会回头说这是引爆点。

因此，这里的真正意义与整个" Microsoft使用开源"无关。就我而言，尽管jQuery从长远来看可能会有所帮助，但是jQuery是否为开源并不重要。重要的是，这将导致大量开发人员开始使用它，可能足以造成霸权。这就是这个空间真正需要的。我们终于可以在推动客户端Web开发方面再次开始前进。

不管我们喜欢与不喜欢，微软都是软件行业中最大的公司之一，因此，它所做的一切都是一件大事。在这种情况下，这似乎是一件好事。

@Code Trawler此问题与工作中涉及的Microsoft部门密切相关。 MS Dev Div对开放源代码一直非常友好，并且在过去几年中从开放源代码社区雇用了许多人。分叉JQuery只会进一步疏远开发社区，并可能也疏远他们最近雇用的许多OS。这将是一场公关梦night。

如果我们因为缺乏支持而在不允许OSS的地方工作，那将是一个巨大的挑战，因为它现在拥有Microsoft不错的批准印章，可以以公司开发人员永远无法获得的方式帮助赢得商业人士的青睐。

我们有一个500磅的大猩猩，其官方公司政策始终反对开源，但出于技术原因，他们突然决定积极包括并支持开源组件。 jQuery不是美国或者欧盟反托拉斯诉讼对它们提出的一些法律要求。微软并没有通过某些标准或者某些"必须支持"的组件来强制使用它。他们或者多或者少只是出于技术原因而选择了它，而不是像往常那样"我们重新发明了轮子，使其不如免费解决方案好，也没有使其开源"。

这就像教皇的广告避孕套，就像华盛顿奇才队赢得了NBA总冠军，就像共和党人投票支持一个7000亿美元的计划，就像是欧佩克支持太阳能和风能……这在以前似乎是不可想象的，甚至保持不变请注意，Microsoft拥有一些最优秀的人才为他们工作。实际上，我仰望的大多数人现在都在Microsoft工作。

我只能想象要实现这一目标需要进行大量的讨论和劝说工作，并且我为那些证明理由有时可以成功的Microsoft内部人员致以崇高的敬意。