为什么字符串在 ES2015 中是可迭代的?
Why are strings iterables in ES2015?
有人可以帮助我更好地理解在 ES2015 中使 JavaScript 字符串可迭代的设计决策吗?大多数可迭代对象表示其他事物的集合:Array
、Set
、Map
、Generator
(有点像)。字符串只能是字符串的集合(好吧,Unicode 代码点)。因此,如果您希望函数接受字符串集合(例如 Set
字符串或生成字符串的生成器) 或 单个字符串,则无法区分用户的意图。她是指单个字符串还是可迭代的代码点?与传递字符串集合相比,迭代字符似乎是一种极端情况。在这种情况下,当(预期的)类型为 string
∪ Iterable<string>
时,我倾向于使用特殊情况的字符串参数。
function deleteDocuments(ids /* string or Iterable<string> */) {
if('string' === typeof ids) {
deleteSingleDocById(ids);
} else {
for(let id of ids) {
deleteSingleDocById(id);
}
}
}
我错过了什么?
这实际上是 ES2015/ES6 之前原则的延续。自 Internet Explorer 8 发布以来,每个浏览器都允许您使用相同的语法遍历数组和字符串的内容。
var array = ['a', 'b', 'c'];
for (var i = 0; i < array.length; i++) {
console.log(array[i]);
}
var string = 'abc';
for (var i = 0; i < string.length; i++) {
console.log(string[i]);
}
字符串已经 "array-like";它们实现了隐式数组迭代协议(具有 .length
和索引属性),并且每个字符在查找时都已被视为自己的字符串。我们可以争论这是否是正确的选择,但在这一点上已经是遥远的历史了。如果 post-ES2015,您应该使用不同的语法来遍历数组和字符串,那将是一种奇怪的行为差异。
有人可以帮助我更好地理解在 ES2015 中使 JavaScript 字符串可迭代的设计决策吗?大多数可迭代对象表示其他事物的集合:Array
、Set
、Map
、Generator
(有点像)。字符串只能是字符串的集合(好吧,Unicode 代码点)。因此,如果您希望函数接受字符串集合(例如 Set
字符串或生成字符串的生成器) 或 单个字符串,则无法区分用户的意图。她是指单个字符串还是可迭代的代码点?与传递字符串集合相比,迭代字符似乎是一种极端情况。在这种情况下,当(预期的)类型为 string
∪ Iterable<string>
时,我倾向于使用特殊情况的字符串参数。
function deleteDocuments(ids /* string or Iterable<string> */) {
if('string' === typeof ids) {
deleteSingleDocById(ids);
} else {
for(let id of ids) {
deleteSingleDocById(id);
}
}
}
我错过了什么?
这实际上是 ES2015/ES6 之前原则的延续。自 Internet Explorer 8 发布以来,每个浏览器都允许您使用相同的语法遍历数组和字符串的内容。
var array = ['a', 'b', 'c'];
for (var i = 0; i < array.length; i++) {
console.log(array[i]);
}
var string = 'abc';
for (var i = 0; i < string.length; i++) {
console.log(string[i]);
}
字符串已经 "array-like";它们实现了隐式数组迭代协议(具有 .length
和索引属性),并且每个字符在查找时都已被视为自己的字符串。我们可以争论这是否是正确的选择,但在这一点上已经是遥远的历史了。如果 post-ES2015,您应该使用不同的语法来遍历数组和字符串,那将是一种奇怪的行为差异。