我不明白微软是否决定在ASP.NET MVC中支持JQuery.
有迹象表明,心胸开阔的人们现在已经开始在市场营销方面有一些发言权.甚至MS开展业务的方式也开始发生变化.但它的核心仍然是响应客户的要求.
我不知道该怎么做,除了它将微软的影响范围带回一个非常明显的产品.
这是MS第一次发布一个他们没有用他们的产品编写的开源组件.这似乎不是什么大问题,但它的影响几乎是核.
想一想......他们说"我们支持这个." 在OSS产品中,MS无法控制代码.因此,他们将生活(以某种小的方式)投入到不为MS工作的人手中.
我认为jQuery的受欢迎程度,它不是任务关键代码的事实,而且代码库是如此之小,所有这些都汇集在一起,为MS提供有利条件,让他们在水中嬉戏.
与ASP.Net微软航运的jQuery的意义,即使它是开源的,很少或没有做到与微软的支持外开源软件,几乎所有做与建立一个事实上的JavaScript框架标准.
考虑一下:目前有至少1/2打的javascript工具包都非常好用.这些工具包代表了对传统JavaScript开发的巨大改进.它们增加了功能并帮助平滑浏览器不兼容性.最终,您将很难找到不使用它的Web项目.有一天,他们甚至可能会被浏览到浏览器中以节省页面加载时间.每个网站开发人员都应该自己学习一个,大多数人都明白这一点.
但是哪一个？正如我所说,有几个是一个很好的技术选择.你怎么选择？问题是,除非你全部了解它们,并且有时间的人,否则你没有资格判断技术优劣？
在这种情况下,跟随人群会更容易,更安全.由于缺乏明确的技术优势,大多数开发人员都希望选择在其他志同道合的开发人员中获得最多采用的工具包,原因有四个:
它保证技能将在以后有用
他们在需要时能够找到帮助和支持.
他们相信他们的同行能够很好地选择技术上优越的,或至少技术上有能力的框架.
因为不同的选项都是主要的开源,最受欢迎的也应该随着时间的推移成为最好的技术选择.
所以我们所拥有的是每个人都在等待其他人选择哪个框架的情况.坦率地说,各种工具包中缺乏明显的赢家已经损害了采用率; 我知道这让我个人不敢冒险.
到现在为止. 现在ASP.Net开发人员有一个明确的选择.如果你使用ASP.Net,你可能想花时间学习jQuery. 不是原型.不是MooTools.不是别的. 你自然的选择是jQuery.
那些其他的工具也很不错,但无论好坏,jQuery只是在这里占了一席之地,这真的是一场人气竞赛.jQuery在其他平台中的普及也意味着它很快成为事实上的javascript框架标准. 如果你不了解jQuery,很快你就会很难称自己为网络开发人员,很多人会回过头来说这就是转折点.
所以这里的真正意义与整个"微软使用开源"的事情没什么关系.就我而言,jQuery是否是开源的并不重要,尽管从长远来看它可能有所帮助.重要的是,这将导致大量开发人员开始使用它,可能足以创造霸权.这就是这个空间真正需要的东西.我们终于可以在推进客户端Web开发方面再次向前迈进.
你有一个500磅的大猩猩,其官方公司政治总是反对开源,突然决定出于技术原因积极包括和支持开源组件.jQuery不是美国或欧盟反托拉斯诉讼中提出的一些法律要求.它不是通过一些标准或一些"必须支持"的组件强迫微软.他们或多或少只是出于技术原因选择它而不是做他们通常的"我们重新发明轮子,使它不如免费的解决方案,也不能使它成为开源".
这就像教皇广告安全套一样,就像华盛顿奇才队赢得NBA总冠军一样,就像共和党人投票支持7000亿美元的计划一样,就像石油输出国组织支持太阳能和风能......这是以前似乎无法想象的东西,甚至保留在请注意,微软拥有一些为他们工作的最优秀的人才.事实上,我所看到的大多数人现在都在微软工作.
我只能想象为实现这一目标需要多少讨论和说服工作,我为微软内部已经证明理性有时会成功的人解除了我的帽子.
这是一笔巨大的交易!
MS正在利用一项尚未开发的技术,这一事实迈出了重要的一步.
此外,他们不是购买或消费它的事实也是一个非常重要的步骤.
就个人而言,我发现使用jQuery是一个很大的帮助,而我一直在开发ASP.NET MVC.它帮助我简化了我的视图,如果我没有jQuery,我的视图会太复杂.
我认为这是朝着正确方向迈出的一大步.
京公网安备 11010802040832号 | 京ICP备19059560号-6 