Merge pull request #333 from a-ogilvie/patch-1
Small changes for readability
This commit is contained in:
commit
419d5be43d
1 changed files with 3 additions and 3 deletions
|
@ -188,7 +188,7 @@ for (let item of arrayLike) {}
|
|||
*/!*
|
||||
```
|
||||
|
||||
What they share in common -- both iterables and array-likes are usually *not arrays*, they don't have `push`, `pop` etc. That's rather inconvenient if we have such an object and want to work with it as with an array.
|
||||
What do they have in common? Both iterables and array-likes are usually *not arrays*, they don't have `push`, `pop` etc. That's rather inconvenient if we have such an object and want to work with it as with an array.
|
||||
|
||||
## Array.from
|
||||
|
||||
|
@ -295,8 +295,8 @@ Objects that can be used in `for..of` are called *iterable*.
|
|||
- String iterator knows about surrogate pairs.
|
||||
|
||||
|
||||
Objects that have indexed properties and `length` are called *array-like*. Such objects may also have other properties and methods, but lack built-in methods of arrays.
|
||||
Objects that have indexed properties and `length` are called *array-like*. Such objects may also have other properties and methods, but lack the built-in methods of arrays.
|
||||
|
||||
If we look inside the specification -- we'll see that most built-in methods assume that they work with iterables or array-likes instead of "real" arrays, because that's more abstract.
|
||||
|
||||
`Array.from(obj[, mapFn, thisArg])` makes a real `Array` of an iterable or array-like `obj`, and then we can use array methods on it. The optional arguments `mapFn` and `thisArg` allow to apply a function to each item.
|
||||
`Array.from(obj[, mapFn, thisArg])` makes a real `Array` of an iterable or array-like `obj`, and we can then use array methods on it. The optional arguments `mapFn` and `thisArg` allow us to apply a function to each item.
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue