【问题标题】:Why does indexOf work different when using as is vs comparing it to -1?为什么 indexOf 在按原样使用与将其与 -1 进行比较时工作方式不同?
【发布时间】:2023-03-29 16:36:01
【问题描述】:

似乎找不到答案,可能是因为我缺乏谷歌搜索经验,并且 indexOf 的 mozilla 页面似乎没有回答它

//this returns -1 because it can't find 'ca' within cat
var randomArr = ['dog', 'cat', 'bird', 'cheetah'];
console.log(randomArr.indexOf('ca'));

//this returns 1 which is correct, but why?
var randomArr = ['dog', 'cat', 'bird', 'cheetah'];
for (var i = 0; i < randomArr.length; i++) {
  if (randomArr[i].indexOf('ca') !== -1) {
    console.log(i);
  }
}

我不明白为什么在使用 indexOf 时这会有所不同。为什么在一种情况下需要精确的字符串匹配,而在另一种情况下不需要?

【问题讨论】:

  • 因为"ca" 包含在"cat" 中,但它不包含在数组中。您可能希望 indexOf 解包并递归搜索数组中的字符串,但它只能在一个级别的深度不可知论中使用它,无论您是在数组还是字符串上使用它。

标签: javascript indexof


【解决方案1】:

在第一种情况下,您在 数组 上调用 .indexOf。这将返回传递参数的精确匹配的索引(如果没有找到,则返回-1)。

但是当你这样做时

randomArr[i].indexOf('ca') !== -1

randomArr 的每一项都是一个字符串,所以randomArr[i] 是一个字符串。调用randomArr[i].indexOf 调用String.prototype.indexOf,它返回正在搜索的字符串中子字符串的索引(如果没有找到,则返回-1)。

由于'cat' 具有'ca' 作为子字符串,因此返回catc 的索引(即0)。

这些方法具有相同的名称,但它们非常不同。

【讨论】:

  • Nvm。知道了!完全有道理。我不知道它将每个索引视为一个字符串,然后搜索子字符串,在数组中它比较字符串与字符串而不是子字符串,这意味着它必须与在数组上使用的 indexOf 完全匹配
猜你喜欢
  • 1970-01-01
  • 2017-04-28
  • 1970-01-01
  • 2018-01-14
  • 1970-01-01
  • 1970-01-01
  • 2022-01-08
  • 1970-01-01
  • 2019-03-01
相关资源
最近更新 更多