我有一些 .NET 开发人员只想使用 MS AJAX 工具包并认为 JavaScript(和任何 JS 库)是邪恶的。我试图解释说,如果您将客户端开发视为一种成熟的语言,您可以构建可维护的代码……但我认为经典的 ASP 时代已经在这些人身上留下了印记。任何人都有一个建议来帮助说服这类开发人员,从长远来看,学习 jQuery 实际上会让他们受益,因为行业正在回归“让我们再次接近金属”,例如使用 MVC?
7 回答
告诉他们微软支持 jquery 并且它与 MVC 一起提供
如果他们没有意识到 jQuery 是蜜蜂的膝盖——他们生活在一块岩石下——告诉他们所有使用 jQuery 的人(谷歌、戴尔、MLB、美国银行......一个很好的列表在 jQuery 主页的中间)——或者只是告诉他们,每次他们访问他们的 Netflix 帐户时,他们正在使用 jQuery,或者如果他们访问总统的网站(我猜这可能适得其反……); )
强调学习一种无处不在的“技术”只会帮助你的职业生涯。
将他们指向Scott Guthrie 的这篇文章。文章中的快速引用解释了所有内容:
今天我很高兴地宣布, Microsoft 将在未来将 jQuery 与 Visual Studio 一起提供。我们将按原样分发 jQuery JavaScript 库,不会从 jQuery 主分支分叉或更改源代码。这些文件将在现有的 jQuery MIT 许可下继续使用和发布。
- 询问他们是否喜欢服务器往返。(让他们明白客户端的东西是必要的。)
- 问他们是否想编写同时在 3 个不同地方工作的代码?(让他们了解需要一个几乎消除浏览器差异的库。)
- 向他们展示谁在使用 jQuery 的列表。
如果他们喜欢优雅的代码,他们就会明白你在说什么。否则我认为他们将很难说服。
使用 jQuery 实现对您的组织/客户有价值的东西,以证明它在您的环境中运行良好 - 如果它在 MS AJAX 工具包中难以实现、更复杂或需要更长时间,那就更好了。
开发人员经常会发现在适用于他们的上下文中运行代码的实际示例比一般认可或其他谁在使用它的列表更具说服力(每种实用技术都可以提供一个好的用户列表)。
如果您的开发人员不喜欢 JavaScript,也许您应该问他们认为 AJAX 工具包在客户端运行什么。AJAX Toolkit是客户端的一个 JavaScript 库 - 只是一个旨在轻松集成到 ASP.NET 中的库。
了解给定领域的主要工具总是一个好主意。JQuery 是主要的 JS 库。对于一些轶事证据,请查看 StackOverflow 上的标签:
- jQuery:1809 项
- asp.net-ajax:272 项
- ajaxtoolkit:54 项
告诉他们他们可以事半功倍——理解 jQuery/javascript 将帮助他们更多地理解 AJAX.NET。在我的书中,这是一个巨大的泄漏抽象——自从切换到 jQuery 之后,它使 Web 编程变得更加有趣,我可以构建更酷的应用程序。