Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/jquery/76.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Javascript 我应该从MooTools转换到jQuery吗?_Javascript_Jquery_Mootools - Fatal编程技术网

Javascript 我应该从MooTools转换到jQuery吗?

Javascript 我应该从MooTools转换到jQuery吗?,javascript,jquery,mootools,Javascript,Jquery,Mootools,我有一个相当大的代码库,它依赖于MooTools v1.11,我即将转换到1.2版。由于这是一次相当大的检修,我一直在玩弄转换为jQuery的想法 有人对是否更新到jQuery或只使用MooTools有意见吗 我主要使用MooTools来实现Ajax、拖放和一些小效果。如果它没有被破坏的话。不要修理它 jQuery可能有X或Y,但如果一切都依赖于MooTools,那么从MooTools进行转换可能需要做大量工作 如果您在整个站点广泛使用MooTools,请保留它。但是,如果你只有2-3页的小效果

我有一个相当大的代码库,它依赖于MooTools v1.11,我即将转换到1.2版。由于这是一次相当大的检修,我一直在玩弄转换为jQuery的想法

有人对是否更新到jQuery或只使用MooTools有意见吗


我主要使用MooTools来实现Ajax、拖放和一些小效果。

如果它没有被破坏的话。不要修理它

jQuery可能有X或Y,但如果一切都依赖于MooTools,那么从MooTools进行转换可能需要做大量工作


如果您在整个站点广泛使用MooTools,请保留它。但是,如果你只有2-3页的小效果。。。更改可能是值得的。

对于这种迁移,我能给出的唯一令人信服的理由是,切换将减少您必须维护的代码量,和/或使事情变得更简单。这种切换通常涉及大量的工作,所以在所有工作完成后,您希望能够返回并说“是的,这是值得的。”

这取决于您对jQuery的了解程度以及您的截止日期。如果您很了解它,那么它确实需要更少的代码行,这意味着您的客户的带宽更少

另外,如果你看一下,你会发现在主流浏览器IE中,jQuery比Mootools有更好的性能

这就是说,如果Mootools v1.11中的一切都正常工作,那么为什么要更新脚本呢?就像前面的海报上说的,如果它没有坏


如果它在Mootools v1.11中不能正常工作,您怎么知道它在Mootools v1.2甚至jQuery中会正常工作呢?花费大量的开发时间,或者有一些相同的bug,或者由于您使用的框架而引入新的bug,这将是一件很遗憾的事情。

评估您是否有程序员时间来完成这些工作。
这样做意味着您将从头开始重写代码。这再次意味着您必须经历一个功能、检查、测试、修复bug等的循环。也就是说,不太精通JavaScript的程序员面临的最重要的问题之一是,大多数访问DOM元素的代码都会导致内存泄漏(这是大多数web开发人员的常见情况)。jQuery本质上做了很多事情来缓解这种情况。或者说jQuery从JavaScript中去掉了JavaScript。
第二。迁移到jquery的一个更令人信服的原因是JavaScript代码的权重将显著降低。这对于客户端代码密集型页面是有意义的。jquery的简洁性也让您可以轻松地查看代码。
我工作的公司(support.com)有大量的Mootools代码。在2008年初(在激烈的争论之后,我反对迁移到jQuery),我们开始分阶段迁移到jQuery。到目前为止,我还没有后悔过。

如果您仍在升级,那么它可能值得一看

jQuery似乎正朝着成为一个真正的Javascript库的方向发展(考虑到MS和其他人已经决定采用它),因此如果这是您打算在一段时间内使用的代码,那么在某个时候切换可能是一个好主意(如果只是因为将有更多的地方可以获得帮助和插件代码,因为它很可能会继续流行一段时间,这将有助于确保代码的长期灵活性和可维护性)。因此,考虑到您必须转换它,现在可能是最好的时间


我认为jQuery成为可以使用的框架是一件好事。这不是我的选择(我也喜欢MooTools),但它确实是一个非常优秀的代码,并且至少与它的竞争对手的能力完全相符。我很高兴看到任何形式的一致性,并且我将在某个时候将我的代码移动到jQuery。

为什么要进行切换?我已经将代码库从1.11转换为1.2,而且非常快速和简单(我使用它不仅仅是为了一些效果)

微软可能会采用jQuery,根据一个网站的说法,它在IE中的表现更好——但这不是它在IE中的表现如何,而是它在你的网站上的表现如何(IE是你网站上的主要玩家吗?)

你知道jQuery吗?如果你不知道,那么你必须从头开始重写代码,然后你将完全重写你的代码

或者你只是想找个理由告诉你的经理“我们应该在jQuery中这样做”,因为你想学习它


至于“一个真正的框架”-这是一个荒谬的说法,只有用户才这么说,而不是开发人员。

JQuery是一个支持范围更广的较小的代码库。如果它满足您的需要,它可能是一个很好的转换。我想说,您需要权衡的是,与更广泛的功能集、更小的代码集相比,迁移工作和学习曲线是否值得对JQuery的支持和流行程度


如果MooTools版本之间的变化真的那么大,那么迁移可能是合理的。

从MooTools 1.1.1到1.2.1的转换并不是什么大问题

甚至还有一个兼容层,使MooTools 1.1.1代码在1.2.x中发挥作用。您可能需要在这里和那里手动修复一些东西,但这相对来说是次要的

切换到jQuery、YUI、DOJO或其他任何东西都需要完全扔掉所有代码并重新声明。我的任何客户都不会允许这种浪费

此外,如果您习惯于使用适当的MooTools类进行编码,那么jQuery可能会给您的系统带来巨大的冲击。并不是jQuery强迫您编写不可读和不可维护的代码,当然可以用任何语言编写非常可读和可维护的代码。但是jQuery没有内置的类系统来帮助您

特别是对于大型代码库,保持代码良好的组织性非常重要

我当然有偏见。