其他人的回答集中在“jQuery vs.纯JS”这个宽泛的问题上。从你的OP来看，我认为你只是想知道如果你已经选择使用jQuery，什么时候使用普通JS更好。你的例子是一个完美的例子，当你应该使用香草JS:

$ (this) (.attr’id’);

既慢，(在我看来)可读性较差:

this.id。

它更慢，因为你必须旋转一个新的JS对象，只是为了用jQuery的方式检索属性。现在，如果你要使用$(this)来执行其他操作，那么无论如何，将jQuery对象存储在一个变量中并对其进行操作。但是，我遇到过很多只需要元素的属性(比如id或src)的情况。

还有其他常见的做法吗 像这样的吗?某些Javascript 可以完成操作 更简单，无需引入jQuery 混合。或者这是一种罕见的情况?( jQuery的“快捷方式”实际需要 更多的代码)

我认为最常见的情况是你在你的帖子中描述的;人们不必要地在jQuery对象中包装$(this)。我最常看到的是id和value(而不是使用$(this).val())。

编辑:这里有一篇文章解释了为什么在attr()情况下使用jQuery比较慢。坦白:从标签维基上偷来的，但我认为这个问题值得一提。

再次编辑:考虑到直接访问属性的可读性/性能影响，我认为一个好的经验法则可能是尝试使用它。如果可能，<attributename>。在某些情况下，由于浏览器不一致，这种方法可能不起作用，但如果它不起作用，最好先尝试这种方法，然后再求助于jQuery。

我发现JS和JQ之间确实有重叠。您所展示的代码就是一个很好的例子。坦率地说，使用JQ而不是JS的最佳理由仅仅是浏览器兼容性。我总是倾向于JQ，即使我能用JS完成一些事情。

当:

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

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

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

$(this)与this不同:

通过使用$(this)，可以确保jQuery原型被传递到对象上。

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

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

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

第一个答案作为DOM元素的live属性列表相当完整。

你可能会觉得认识其他人也很有趣。

当这是文件时:

这一点。获取当前文档表单的HTMLCollection， 这一点。锚来获得一个HTMLCollection的所有HTMLAnchorElements与名称被设置， 这一点。链接来获得一个包含所有HTMLAnchorElements的HTMLCollection，并设置href， 这一点。image来获取一个包含所有HTMLImageElements的HTMLCollection 对于已弃用的applet，如this.applet，也是如此

当你处理文档的时候。表单、文档。forms[formNameOrId]获取如此命名或标识的表单。

当这是一个表单时:

this[inputNameOrId]获取如此命名或标识的字段

当这是表单字段时:

这一点。类型以获取字段类型

在学习jQuery选择器时，我们经常跳过学习已经存在的HTML元素属性，因为它们访问起来非常快。