我注意到，在监控/尝试回答常见的jQuery问题时，有一些实践使用javascript，而不是jQuery，实际上可以让你写得更少，做得更…同样的量。而且还可能带来性能上的好处。
具体例子
$(this) vs this
在引用已单击对象id的单击事件中
jQuery
$(this).attr("id");
Javascript
this.id;
还有其他类似的常见做法吗?某些Javascript操作可以更容易地完成，而不需要使用jQuery。或者这是一种罕见的情况?(jQuery的“快捷方式”实际上需要更多的代码)
编辑:虽然我很欣赏关于jQuery和纯javascript性能的答案，但实际上我正在寻找更多量化的答案。在使用jQuery时，使用纯javascript而不是使用$()会更好(可读性/紧凑性)的实例。除了我在最初的问题中给出的例子。
当前回答
已经有了一个公认的答案，但我相信这里直接输入的答案不能在本机javascript方法/属性列表中全面地保证跨浏览器支持。为此，请允许我把你引向quirkmode
http://www.quirksmode.org/compatibility.html
它可能是关于在任何地方的任何浏览器上什么可以工作，什么不能工作的最全面的列表。请特别注意DOM部分。要读的东西很多，但重点不是全部读完，而是作为参考。
当我开始认真编写web应用程序时，我打印出了所有的DOM表，并把它们挂在墙上，这样我就能一眼知道哪些是安全的，哪些需要hack。这些天，当我有疑问时，我只是谷歌一些类似quirksmode parentNode兼容性的东西。
和其他事情一样，判断主要是一种经验。我不建议你阅读整个网站，记住所有的问题来弄清楚什么时候使用jQuery，什么时候使用纯JS。只是要注意这个列表。搜索起来很容易。随着时间的推移，你会发现什么时候纯JS更可取。
PS: PPK(网站的作者)也有一本非常好的书，我推荐你去读
其他回答
已经有了一个公认的答案，但我相信这里直接输入的答案不能在本机javascript方法/属性列表中全面地保证跨浏览器支持。为此，请允许我把你引向quirkmode
http://www.quirksmode.org/compatibility.html
它可能是关于在任何地方的任何浏览器上什么可以工作，什么不能工作的最全面的列表。请特别注意DOM部分。要读的东西很多，但重点不是全部读完，而是作为参考。
当我开始认真编写web应用程序时，我打印出了所有的DOM表，并把它们挂在墙上，这样我就能一眼知道哪些是安全的，哪些需要hack。这些天，当我有疑问时，我只是谷歌一些类似quirksmode parentNode兼容性的东西。
和其他事情一样，判断主要是一种经验。我不建议你阅读整个网站，记住所有的问题来弄清楚什么时候使用jQuery，什么时候使用纯JS。只是要注意这个列表。搜索起来很容易。随着时间的推移，你会发现什么时候纯JS更可取。
PS: PPK(网站的作者)也有一本非常好的书，我推荐你去读
和往常一样，这次聚会我要迟到了。
并不是额外的功能让我决定使用jQuery，尽管它很有吸引力。毕竟，没有什么能阻止您编写自己的函数。
事实上，在修改DOM以避免内存泄漏时，有很多技巧需要学习(我说的是你的IE)。有一个中心资源来为我处理所有这些问题，由比我优秀得多的JS程序员编写，不断地审查，修改和测试，这是上帝的恩赐。
我想这应该属于跨浏览器支持/抽象的观点。
当然，jQuery并不排除在需要时直接使用JS。我总觉得这两者似乎天衣无缝地配合在一起。
当然，如果您的浏览器不支持jQuery，或者您支持低端环境(旧手机?)，那么一个大的.js文件可能是一个问题。还记得jQuery曾经很小的时候吗?
但通常情况下，性能差异并不是一个值得关注的问题。只要够快就行。由于每秒钟都要浪费千兆赫的CPU周期，我更关心编码员的性能，这是唯一不会每18个月功率翻一番的开发资源。
也就是说，我目前正在寻找可访问性问题，显然. innerhtml是一个有点不不。jQuery当然依赖于. innerhtml，所以现在我正在寻找一个框架，它将依赖于允许的一些乏味的方法。我可以想象这样的框架会比jQuery运行得慢，但只要它的性能足够好，我就会很高兴。
其他人的回答集中在“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。
当:
您知道对于您正在做的事情，有坚定的跨浏览器支持 它并不是要输入更多的代码，而且 它的可读性并没有明显降低，而且 你有理由相信jQuery不会根据浏览器选择不同的实现来获得更好的性能，那么:
使用JavaScript。否则使用jQuery(如果可以的话)。
编辑:这个答案既适用于选择使用jQuery整体还是不使用它，也适用于选择是否在jQuery内部使用香草JS。在attr('id')和.id之间选择倾向于JS，而在removeClass('foo')和. classname = . classname之间选择。替换(新Regexp(“(?:^ | \ \ s +)”+ foo +”(?:\ \ s + | $)”,“g”),”)倾向于支持jQuery。
这里有一个非技术的答案——许多工作可能不允许某些库，比如jQuery。
事实上，谷歌不允许在他们的任何代码中使用jQuery (React也不允许，因为它属于Facebook)，直到面试官说“对不起，你不能使用jQuery，它不在XYZ公司的批准名单上”，你才可能知道这一点。Vanilla JavaScript绝对可以在任何地方、任何时候工作，并且永远不会给你这个问题。如果你依赖于一个库，是的，你得到了速度和轻松，但你失去了通用性。
另外，说到面试，另一个缺点是，如果你在代码测试中说你需要使用一个库来解决一个JavaScript问题，它给人的印象是你实际上并没有理解这个问题，这看起来有点糟糕。然而，如果你用原始的JavaScript来解决它，这表明你实际上理解并可以解决任何摆在你面前的问题。
