为什么不建议使用“ $（）。ready（handler）”？

从jQuery API文档站点获取ready

以下三种语法均等效：

• $（document）.ready（处理程序）
• $（）。ready（handler）（不建议这样做）
• $（处理程序）

做完作业-阅读并使用源代码后，我不知道为什么

$().ready(handler) 

不推荐。第一种和第三种方法完全相同，第三个选项使用以下命令在缓存的jQuery对象上调用ready函数document：

rootjQuery = jQuery(document);
...
...

// HANDLE: $(function)
// Shortcut for document ready
} else if ( jQuery.isFunction( selector ) ) {
    return rootjQuery.ready( selector );
}

但是ready函数与所选节点元素的选择器没有交互作用。ready源代码：

ready: function( fn ) {
    // Attach the listeners
    jQuery.bindReady();
        // Add the callback
    readyList.add( fn );
        return this;
},

如您所见，它只是将回调添加到内部queue（readyList）中，而不更改或使用集合中的元素。这使您可以ready在每个jQuery对象上调用该函数。

喜欢：

• 常规选择器：$('a').ready(handler) DEMO
• 废话选择器：$('fdhjhjkdafdsjkjriohfjdnfj').ready(handler) DEMO
• 未定义的选择器：$().ready(handler) DEMO

最后...对我的问题：为什么$().ready(handler)不推荐？

我从一名jQuery开发人员那里得到了官方答复：

$().ready(fn)仅工作，因为$()以前是一个快捷方式$(document) _{（jQuery的<1.4）}
因此，$().ready(fn)是一个可读代码。

但是人们曾经做过类似的事情$().mouseover()以及其他各种疯狂的事情。
人们不得不做$([])一个空的jQuery对象

因此在1.4中我们对其进行了更改，从而$()提供了一个空的jQuery，并且我们进行了一些$().ready(fn)工作，以免破坏很多代码

$().ready(fn) 现在实际上只是在核心中进行了修补，以使其能够在旧情况下正常工作。

ready函数的最佳位置是$.ready(fn)，但这是一个非常古老的设计决定，而这就是我们现在拥有的。

我问他（过去式：

您是否认为$（fn）比$（）。ready（fn）更具可读性？

他的回答是：

我总是在实际的应用程序中执行$（document）.ready（fn），通常应用程序中只有一个文档就绪块，这与维护工作并不完全一样。

我认为$（fn）也是很难读的，这只是您必须了解Works™的一件事 ...

由于不同的选项几乎与您指出的一样，因此现在该戴上图书馆作家的帽子进行猜测了。

1. 也许jQuery的人希望$()将来可以使用（令人怀疑的$().ready是，尽管不推荐使用，但是据记载可以正常工作；$如果使用特殊情况，它也会污染语义）。

2. 更为实际的原因：第二个版本是唯一没有结束包装的版本document，因此在维护代码时更容易破坏。例：

   // BEFORE
   $(document).ready(foo);
   
   // AFTER: works
   $(document).ready(foo).on("click", "a", function() {});
   

   与此相反

   // BEFORE
   $().ready(foo);
   
   // AFTER: breaks
   $().ready(foo).on("click", "a", function() {});
   

3. 与上述内容相关：ready从某种意义上说，这是一种怪胎，无论jQuery对象包装什么（即使它不包装任何东西，它都一样），这是（唯一的？）方法将起作用。这是与其他jQuery方法的语义的主要区别，因此不建议特别依赖此方法。

   更新：正如Esailija的评论所指出的那样，从工程的角度来看ready，确实应该是一种静态方法，因为它的工作原理完全如此。

更新＃2：从源头上挖掘，似乎在1.4分支中的某个点$()已更改为match $([])，而在1.3中则表现为$(document)。这一变化将加强上述理由。

我只是说一个事实，即$()返回一个空对象，而$(document)不是您将其ready()应用于其他事物。它仍然有效，但我会说它不直观。

$(document).ready(function(){}).prop("title") // the title
$().ready(function(){}).prop("title")  //null - no backing document

这很可能只是一个文档错误，应该予以修复，使用的唯一缺点$().ready(handler)是可读性。当然，认为这$(handler)同样难以理解。我同意，这就是为什么我不使用它。

您也可以说一种方法比另一种方法更快。但是，您在一个页面上连续多少次调用此方法以发现差异？

最终归结为个人喜好。$().ready(handler)除了可读性参数之外，使用它没有其他缺点。我认为在这种情况下，文档会导致误导。

只是为了使这三个明显矛盾，我添加了第四个常用形式： (function($) {}(jQuery));

有了这个标记：

<div >one</div>
<div>two</div>
<div id='t'/>

和此代码：

var howmanyEmpty = $().ready().find('*').length;
var howmanyHandler = $(function() {}).find('*').length;
var howmanyDoc = $(document).ready().find('*').length;
var howmanyPassed = (function($) { return $('*').length; }(jQuery));
var howmanyYuck = (function($) {}(jQuery));
var howmanyYuckType = (typeof howmanyYuck);

$(document).ready(function() {
    $('#t').text(howmanyEmpty + ":" + howmanyHandler + ":" 
        + howmanyDoc + ":" + howmanyPassed + ":" + howmanyYuckType);
});

最后一条语句显示的div结果为：0：9：9：9：undefined

因此，只有Handler和Doc版本与jQuery约定一致，它们在使用文档选择器时返回使用的东西，并且与Passed表单一样，您必须返回一些内容（我认为我不会这样做，而只是将其放入显示“里面”有东西）。

这是一个奇怪的小提琴版本：http : //jsfiddle.net/az85G/

我认为这实际上是为了提高可读性。

这个不那么富有表现力

$().ready(handler);

如

$(document).ready(handler)

也许他们正在尝试推广某种形式的惯用jQuery。