jquery - 我应该从prototype转到jquery吗?

标签 jquery migration prototypejs javascript-framework

最后我感觉像jQuery正在慢慢成为 JS 库中事实上的标准(我可能是错的!),或者至少比其他框架更活跃。

例如,我一直在寻找像 Componente 这样的优秀开源日历,并找到了 http://fullcalendar.vinsol.com/它是基于 jQuery 的。

我们一直在使用 Prototype 做一些很小的事情,比如它的选择器功能($ 函数主要是 document.getElementById 的快捷方式),执行一些操作页面加载时使用 JS 并发出一些非常简单的 Ajax 调用。

所以我想迁移应该非常简单,但我想知道从 Prototype 迁移到 jQuery 的优缺点。

另一方面,我认为将它们放在一起并不是一个好的选择,特别是考虑到迁移应该非常简单。我说得对吗?

编辑:一些有用的资源:

最佳答案

Prototype 和 JQuery 涵盖的领域非常相似。我多年来一直使用 Prototype 作为我的主要 JS 框架,现在我正在迁移到 JQuery。原因如下:

  • JQuery 更快。在我见过的所有性能比较中,原型(prototype)排在最后(随机选择 here )。我也有一个长期的主观印象,即 Prototype 的效果总体上较慢,尤其是在较旧的机器上。

  • JQuery 似乎不仅在 Stack Overflow 上更受欢迎。这意味着获得支持变得更加容易,并且可用插件和现成代码的数量也更多。这不是我的核心原因,但加上 jQuery 是技术上更完善的平台的总体印象,选择就变得显而易见了。

我唯一不喜欢的是:

  • JQuery 代码看起来很糟糕。我非常喜欢 JQuery 及其哲学,但我经常讨厌查看代码。如果有人想出了一种 JQuery 方言,它看起来像普通的 JavaScript 一样美观和结构化,我会很高兴加入。 :)

回复评论:关于我不喜欢 jQuery 编码风格的额外说明。

一句话:括号。成千上万的人:)

不过说真的。我意识到大部分被认为是“jQuery 风格”的东西都是快捷方式和简写,完全可以选择使用。尽管如此,从代码可读性和可维护性的角度来看,我发现大块 jQuery 代码更难以阅读和理解。是的,随着 jQuery 经验的增长,这会变得容易得多,但是,我希望我的代码即使对于完全的局外人来说也能可读。就这一点而言,在我看来,jQuery 并没有走上正确的方向。大部分代码都是简单的丑陋。这是我迄今为止对这个伟大框架的唯一主要批评。

方法链接,@noah,以及诸如新的 .delay() 之类的东西或者它的名字是什么,我认为完全摇滚。我并没有反对这一点。

关于jquery - 我应该从prototype转到jquery吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2561402/

相关文章:

javascript - 在 grails 项目中使用 jquery 2.2.2

ruby-on-rails - Capistrano 3 部署 :migrate not executing due to missing primary

javascript - 如何将原型(prototype)的 $A() 函数转换为 jquery?

javascript - HTMl+SVG+JavaScript : change text at runtime?

javascript - 移除所有空的 p-Tag

javascript - 从 jQuery 中获取 JSON - 从 Foursquare API

visual-studio - 将 Wix 项目迁移到 4.0 版

php - 将新列添加到数据库表中,迁移失败并显示 - 无需迁移

css - Scriptaculous Effect.toggle 在外部未设置显示时不出现

javascript - 捕获浏览器退出事件并取消生成的对话框