Spreading undefined in array vs object

JavascriptEcmascript 6Spread Syntax

Javascript Problem Overview


Why does spreading undefined in an object return an empty object? {...undefined} // equals {}:

console.log({...undefined})

And Why does spreading undefined in an array give you an error? [...undefined] // type error:

console.log([...undefined])

Javascript Solutions


Solution 1 - Javascript

As noted in the comments, and summarized by @ftor from #687, object spread is equivalent1 to Object.assign() (issues #687, #45), whereas spread in array literal context is iterable spread.

Quoting Ecma-262 6.0, Object.assign() is defined as:

> ### 19.1.2.1 Object.assign ( target, ...sources ) > The assign function is used to copy the values of all of the enumerable own properties from one or more source objects to a target object. When the assign function is called, the following steps are taken: > > 1. Let to be ToObject(target). > 2. ReturnIfAbrupt(to). > 3. If only one argument was passed, return to. > 4. Let sources be the List of argument values starting with the second argument. > 5. For each element nextSource of sources, in ascending index order, do > 1. If nextSource is undefined or null, let keys be an empty List. > 2. Else, ...

...followed by the description of copying own properties. The draft of Object Rest/Spread Properties is here. It is not a part of the Ecma-262 6.0.

A SpreadElement in an array literal expression is defined to begin as follows:

> SpreadElement : ... AssignmentExpression > > 1. Let spreadRef be the result of evaluating AssignmentExpression. > 2. Let spreadObj be GetValue(spreadRef). > 3. Let iterator be GetIterator(spreadObj). > 4. ReturnIfAbrupt(iterator).

And since undefined does not have a property with the key @@iterator, a TypeError is thrown, based on the steps of GetIterator. The standard is not an easy read, but if I'm not mistaken, the path to error is GetIterator -> GetMethod -> GetV -> ToObject, which throws a TypeError for undefined and null.

A simple remedy to using variables with possibly undefined value in array initialization is to use a default:

const maybeArray = undefined;
const newArray = [ ...(maybeArray || []) ];

1: There is a difference in how setters are handled.

Solution 2 - Javascript

Normally, uses of ...x requires x to be iterable because the point of ... is normally to flatten an iterable into its components. for (const item of x) similarly requires an iterable. An array is a prime example of an iterable.

However, {...x} requires x to be enumerable because we don't just need values, but keys along with them. for (const item in x) similarly requires an enumerable. An object is a prime example of an enumerable.


A note about null

This question was closed as a duplicate of a question asking about null's behaviour as an operand of ....

null is not iterable. It has no components, so it doesn't make sense to iterate over null. (for (const item of null) will similarly fail.)

However, null is enumerable. null is sometime treated as an object, this is one of those cases, and objects are enumerable because they can have properties. (for (const prop in null) will similarly succeed.)

Solution 3 - Javascript

you may use this expression [...(this.options || [])], where options is array

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
Question0xtimurView Question on Stackoverflow
Solution 1 - JavascriptIlja EveriläView Answer on Stackoverflow
Solution 2 - JavascriptikegamiView Answer on Stackoverflow
Solution 3 - JavascriptMaddyView Answer on Stackoverflow