如果您计划在大量数据中使用Ajax，比如一个有20列的1500行表，那么甚至不要考虑使用jQuery将这些数据插入到HTML中。使用纯JavaScript。jQuery在较慢的机器上太慢了。

而且，有一半的时间jQuery会做一些导致它变慢的事情，比如试图解析传入HTML中的脚本标记，以及处理浏览器的异常。如果您想要更快的插入速度，请坚持使用纯JavaScript。

误解在正确的上下文中使用此标识符。例如:

$( "#first_element").click( function( event)
{
   $(this).method( ); //referring to first_element
   $(".listOfElements").each( function()
   {
      $(this).someMethod( ); // here 'this' is not referring first_element anymore.
   })
});

这里有一个解决方法的例子:

$( "#first_element").click( function( event)
{
   $(this).method( ); //referring to first_element
   var $that = this;
   $(".listOfElements").each( function()
   {
      $that.someMethod( ); // here 'that' is referring to first_element still.
   })
});

避免创建多个相同的jQuery对象

//Avoid
function someFunc(){
   $(this).fadeIn();
   $(this).fadeIn();
}

//Cache the obj
function someFunc(){
   var $this = $(this).fadeIn();
   $this.fadeIn();
}

在一个小项目中使用jQuery，只需几行普通的JavaScript就可以完成。

我的意见)

通常，使用jquery意味着你不必一直担心DOM元素。你可以这样写- $('div.mine'). addclass ('someClass')。Bind ('click'， function(){alert('lalala')}) -这段代码将执行而不会抛出任何错误。

在某些情况下，这是有用的，在某些情况下-根本不是，但这是一个事实，jquery倾向于，嗯，空匹配友好。但是，如果试图将replaceWith与不属于文档的元素一起使用，则会抛出错误。我觉得这是违反直觉的。

另一个陷阱是，在我看来，由prevAll()方法返回的节点顺序- $('<div><span class="A"/><span class="B"/><span class="C"/><span class="D"/></div>').find('span:last-child').prevAll()。其实没什么大不了的，但我们应该记住这个事实。

如果您计划在大量数据中使用Ajax，比如一个有20列的1500行表，那么甚至不要考虑使用jQuery将这些数据插入到HTML中。使用纯JavaScript。jQuery在较慢的机器上太慢了。

而且，有一半的时间jQuery会做一些导致它变慢的事情，比如试图解析传入HTML中的脚本标记，以及处理浏览器的异常。如果您想要更快的插入速度，请坚持使用纯JavaScript。