如果您最关心的是性能，那么您的主要示例就一针见血了。在我看来，不必要或冗余地调用jQuery是导致性能变慢的第二个主要原因(第一个原因是DOM遍历不好)。

这并不是你真正想要的例子，但我经常看到这样的例子，所以值得一提:加快jQuery脚本性能的最佳方法之一是缓存jQuery对象，和/或使用链接:

// poor
$(this).animate({'opacity':'0'}, function() { $(this).remove(); });

// excellent
var element = $(this);
element.animate({'opacity':'0'}, function() { element.remove(); });

// poor
$('.something').load('url');
$('.something').show();

// excellent
var something = $('#container').children('p.something');
something.load('url').show();

this.id (as you know) this.value (on most input types. only issues I know are IE when a <select> doesn't have value properties set on its <option> elements, or radio inputs in Safari.) this.className to get or set an entire "class" property this.selectedIndex against a <select> to get the selected index this.options against a <select> to get a list of <option> elements this.text against an <option> to get its text content this.rows against a <table> to get a collection of <tr> elements this.cells against a <tr> to get its cells (td & th) this.parentNode to get a direct parent this.checked to get the checked state of a checkbox Thanks @Tim Down this.selected to get the selected state of an option Thanks @Tim Down this.disabled to get the disabled state of an input Thanks @Tim Down this.readOnly to get the readOnly state of an input Thanks @Tim Down this.href against an <a> element to get its href this.hostname against an <a> element to get the domain of its href this.pathname against an <a> element to get the path of its href this.search against an <a> element to get the querystring of its href this.src against an element where it is valid to have a src

.．.我想你已经明白了。

有时，性能是至关重要的。比如，如果你在循环中多次执行某项操作，你可能想要抛弃jQuery。

一般来说，你可以替换:

$(el).attr('someName');

:

上面的措辞很糟糕。getAttribute不是一个替换，但它检索从服务器发送的属性的值，其对应的setAttribute将设置它。在某些情况下是必要的。

下面的句子在某种程度上涵盖了它。请看这个答案，了解更好的治疗方法。

el.getAttribute('someName');

.．.以便直接访问属性。注意，属性与属性不同(尽管它们有时相互镜像)。当然还有setAttribute。

假设您遇到了这样一种情况:收到了一个页面，需要打开某种类型的所有标记。它是简单的jQuery:

$('span').unwrap();  // unwrap all span elements

但如果有很多，你可能想要做一点本地DOM API:

var spans = document.getElementsByTagName('span');

while( spans[0] ) {
    var parent = spans[0].parentNode;
    while( spans[0].firstChild ) {
        parent.insertBefore( spans[0].firstChild, spans[0]);
    }
    parent.removeChild( spans[0] );
}

这段代码非常短，它的性能比jQuery版本更好，并且可以很容易地在你的个人库中成为一个可重用的函数。

因为while(span[0])，它看起来像是一个外部while的无限循环，但因为我们处理的是一个“活动列表”，当我们执行parent. removecchild (span[0]);时，它会被更新。这是我们在使用数组(或类数组对象)时忽略的一个非常漂亮的特性。

当:

您知道对于您正在做的事情，有坚定的跨浏览器支持 它并不是要输入更多的代码，而且 它的可读性并没有明显降低，而且 你有理由相信jQuery不会根据浏览器选择不同的实现来获得更好的性能，那么:

使用JavaScript。否则使用jQuery(如果可以的话)。

编辑:这个答案既适用于选择使用jQuery整体还是不使用它，也适用于选择是否在jQuery内部使用香草JS。在attr('id')和.id之间选择倾向于JS，而在removeClass('foo')和. classname = . classname之间选择。替换(新Regexp(“(?:^ | \ \ s +)”+ foo +”(?:\ \ s + | $)”,“g”),”)倾向于支持jQuery。

已经有了一个公认的答案，但我相信这里直接输入的答案不能在本机javascript方法/属性列表中全面地保证跨浏览器支持。为此，请允许我把你引向quirkmode

http://www.quirksmode.org/compatibility.html

它可能是关于在任何地方的任何浏览器上什么可以工作，什么不能工作的最全面的列表。请特别注意DOM部分。要读的东西很多，但重点不是全部读完，而是作为参考。

当我开始认真编写web应用程序时，我打印出了所有的DOM表，并把它们挂在墙上，这样我就能一眼知道哪些是安全的，哪些需要hack。这些天，当我有疑问时，我只是谷歌一些类似quirksmode parentNode兼容性的东西。

和其他事情一样，判断主要是一种经验。我不建议你阅读整个网站，记住所有的问题来弄清楚什么时候使用jQuery，什么时候使用纯JS。只是要注意这个列表。搜索起来很容易。随着时间的推移，你会发现什么时候纯JS更可取。

PS: PPK(网站的作者)也有一本非常好的书，我推荐你去读

这里有一个非技术的答案——许多工作可能不允许某些库，比如jQuery。

事实上，谷歌不允许在他们的任何代码中使用jQuery (React也不允许，因为它属于Facebook)，直到面试官说“对不起，你不能使用jQuery，它不在XYZ公司的批准名单上”，你才可能知道这一点。Vanilla JavaScript绝对可以在任何地方、任何时候工作，并且永远不会给你这个问题。如果你依赖于一个库，是的，你得到了速度和轻松，但你失去了通用性。

另外，说到面试，另一个缺点是，如果你在代码测试中说你需要使用一个库来解决一个JavaScript问题，它给人的印象是你实际上并没有理解这个问题，这看起来有点糟糕。然而，如果你用原始的JavaScript来解决它，这表明你实际上理解并可以解决任何摆在你面前的问题。

有一个框架叫做。你猜怎么着?香草JS。希望你能听懂这个笑话……为了性能，它牺牲了代码的可读性。将它与jQuery进行比较，您可以看到通过ID检索DOM元素几乎快35倍。：）

因此，如果你想要性能，你最好尝试Vanilla JS，并得出自己的结论。也许你不会遇到JavaScript在像for循环这样的密集代码中挂起浏览器的GUI/锁定UI线程。

Vanilla JS是一个快速、轻量级、跨平台的框架 构建令人难以置信的强大JavaScript应用程序。

在他们的主页上有一些性能比较: