Javascript 为什么'；t Array.prototype.有些命名为.any？

any

听起来更自然，而

some

某种程度上暗示了与谓词匹配的项的数量

为什么标准将方法命名为某些而不是任何？

这是因为它在数组的原型中添加了一个

Iterable.any

方法。这种做法现在受到了反对，理由很充分，但prototype是最早的库之一，IIRC也遵循rails的领导（rails猴子补丁Ruby的内置类）

TC-39通常会向后弯曲以避免任何破损，因为标准做法是爬网，看看使用情况有多普遍，在这一点上，用户做出的决定几乎总是选择另一个名称。

正是因为这样，才在阵列原型中添加了一个

Iterable.any

方法。这种做法现在受到了反对，理由很充分，但prototype是最早的库之一，IIRC也遵循rails的领导（rails猴子补丁Ruby的内置类）

---

TC-39通常会向后弯曲以避免任何破损，因为标准做法是爬网，看看使用情况有多普遍，在这一点上，他们会做出决定，几乎总是选择另一个名称。

我不知道该名称的历史。然而，声明

array.some(func)

在数学上可以翻译为

∃ i ∈ {0, …, length(array)-1} : func(array_i, i, array)

这甚至在以下文件中提到：

有些

的行为类似于数学中的“存在”量词

在英语中，这个词也被称为“for some”

---

所以“一些”对我来说似乎没问题。

我不知道这个名字的历史。然而，声明

array.some(func)

在数学上可以翻译为

∃ i ∈ {0, …, length(array)-1} : func(array_i, i, array)

这甚至在以下文件中提到：

有些

的行为类似于数学中的“存在”量词

在英语中，这个词也被称为“for some”

---

所以“一些”在我看来还可以。

只是一个猜测，但是一些流行的库可能在

Array.prototype

ready.IIRC上修补了一个“any”方法。这是许多命名方法中的一个，可以最大限度地减少与现有站点的冲突。@zzzzBov所以现有库取了最好的名称，标准必须选择一个奇怪的名称。。这太可悲了。只是一个猜测，但一些流行的库可能会在

数组上修补一个“any”方法。prototype

ready.IIRC这是许多方法中的一个，它的命名方式可以最大限度地减少与现有站点的冲突。@zzzzBov所以现有库取了最好的名称，标准必须选择一个奇怪的名称。。太悲哀了。这是一个很好的观点：与存在量词的关系。从这个意义上说，

存在

对我来说会更好。@LoveRight但是

array.exists（func）

可能会与

array.includes（func）

相混淆。我想

array.existsItemSuchThat（func）

会起作用，但它太长了。这是一个很好的观点：与存在量词的关系。从这个意义上说，

exists

对我来说会更好。@LoveRight但是

array.exists（func）

可能会与

array.includes（func）

混淆。我想

array.existsItemSuchThat（func）

可以工作，但是太长了。