jQuery .closest默认上下文

时间:2016-01-03 18:26:56

标签: jquery jquery-context

jquery closest的文档说明如下:

  

.closest(selector [,context])
  ......   上下文
类型:元素
一个DOM   可以在其中找到匹配元素的元素。 如果没有上下文   传入然后将使用jQuery集的上下文。

据我所知,粗体文字意味着这两个陈述应该是等价的:

set.closest("a");

set.closest("a", set.context);

其中set是一些jquery集。

然而,似乎并非如此:

var context = $("#inner")[0];
var set = $("#el", context);

// the set's context is correctly the "inner" element
set.text("context: " + set.context.id);

// if the set's context is used, this closest should match nothing, but it matches and sets the color
set.closest("#outer").css("color", "red");

// with the context explicitly set, the "outer" is not found and no background color is set
set.closest("#outer", set.context).css("background-color", "blue");
#outer{
  width: 100px;
  height: 100px;
  border: 1px solid black;
}
<script src="https://ajax.googleapis.com/ajax/libs/jquery/1.11.1/jquery.min.js"></script>
<div id="outer">
  <div id="inner">
    <div id="el"></div>
  </div>
</div>

如您所见,当没有显式设置上下文时,似乎没有使用集合的上下文,因为#outer找到了closest元素。明确设置后,无法正确找到#outer

文档是不正确还是我遗漏了什么?

1 个答案:

答案 0 :(得分:5)

这显然是一个错误,而不是它的工作方式。

closest()的来源是

function (selectors, context) {
    var cur, 
        i = 0,
        l = this.length,
        matched = [],
        pos = rneedsContext.test(selectors) || typeof selectors !== "string" 
           ? 
           jQuery(selectors, context || this.context) 
           : 
           0;

    for (; i < l; i++) {
        for (cur = this[i]; cur && cur !== context; cur = cur.parentNode) {
            // Always skip document fragments
            if (cur.nodeType < 11 && (pos ? pos.index(cur) > -1 :

            // Don't pass non-elements to Sizzle
            cur.nodeType === 1 && jQuery.find.matchesSelector(cur, selectors))) {

                matched.push(cur);
                break;
            }
        }
    }

    return this.pushStack(matched.length > 1 ? jQuery.unique(matched) : matched);
}

值得注意的是pos的定义方式,搜索最接近的父元素的集合,rneedsContext是正则表达式

/^[\x20\t\r\n\f]*[>+~]|:(even|odd|eq|gt|lt|nth|first|last)(?:\([\x20\t\r\n\f]*((?:-\d)?\d*)[\x20\t\r\n\f]*\)|)(?=[^-]|$)/i

如果传入的选择器与该正则表达式不匹配,则不会使用任何上下文,pos将等于0,并且对该集合中cur的检查只是一起跳过,看起来很奇怪。

快速测试显示

var reg = /^[\x20\t\r\n\f]*[>+~]|:(even|odd|eq|gt|lt|nth|first|last)(?:\([\x20\t\r\n\f]*((?:-\d)?\d*)[\x20\t\r\n\f]*\)|)(?=[^-]|$)/i;

reg.test('#outer');       // false, no context used
reg.test('#outer:first'); // true, context used
reg.test('#outer:eq(0)'); // true, context used

因此,如果添加伪选择器,它会突然使用上下文?

我怀疑这是出于预期的目的,这似乎是一件奇怪的事情,它肯定不会做文档所说的应该做的事情。