Object.entries(), Object.values()

# C. Scott Ananian (11 years ago)

We briefly mentioned Object.entries/Object.values the other day on list (to complement Object.keys).

Is there any concrete plan to propose these for ES6/ES7? Would filing a bug help? Or maybe just mentioning @rwaldron is enough to magically make it appear on an agenda. ;)

# David Bruant (11 years ago)

You can make a PR at tc39/agendas Very much like I did there tc39/agendas#27

# Brendan Eich (11 years ago)

C. Scott Ananian wrote:

propose these for ES6/ES7?

David's reply covers the main stuff, but on this question, let's be clear: ES6 is wrapped up and being edited and implemented. ES7 is fair game. Engines can implement both, so there's no reason to worry that you won't see Object.values or Object.entries for years in modern browsers. But we need to get it into consensus-ES7.

# Rick Waldron (11 years ago)

On Wed, Mar 19, 2014 at 2:08 PM, C. Scott Ananian <ecmascript at cscott.net>wrote:

Or maybe just mentioning @rwaldron is enough to magically make it appear on an agenda. ;)

I will gladly champion this for ES7.

# Kevin Smith (11 years ago)

Won't this create a subtle false symmetry? For the collection types, "keys", "entries", and "values" return iterators, but in this case "Object.keys" would have to return an array. Does that matter?

# Jason Orendorff (11 years ago)

Hmm. It definitely affects the behavior when properties are added or removed during iteration.

Map and Set iterators are "live". But then, Map and Set iteration is fully specified and deterministic. That's not in the cards for property enumeration. So "live" iterators over object properties would, I'm sure, end up being less compatible across implementations than arrays, in those mutating cases.

Because of that, and because Object.keys already returns an array, I think Object.values and Object.entries should too.

-j

P.S. Separately, I just noticed that you can say: new Map(Object.entries(obj)). That Map constructor was designed to compose; nice to see that it works.

# C. Scott Ananian (11 years ago)

On Fri, Mar 21, 2014 at 10:10 AM, Jason Orendorff <jason.orendorff at gmail.com> wrote:

Because of that, and because Object.keys already returns an array, I think Object.values and Object.entries should too.

I agree. This is also consistent with the arrays returned by getPropertyDescriptors and the proxy trap (which I believe was also going to be changed from an iterator to an array).

It's not an iterator, but it's still an iterable. It should work seamlessly in common cases such as new Map(Object.entries(obj) (which happens to be the use case I was thinking of in particular when I wrote the OP) and Array.from(Object.entries()) (which is pointless in itself, but we might start seeing Array.from in generic contexts to snapshot possible iterators/iterables).

# Andrea Giammarchi (11 years ago)

getPropertyDescriptors should not return an array at all but an object with all keys/symbols so it can be reused to defineProperties later on ... right?

'cause I don't see why getPropertyDescriptors would return an Array otherwise ..

# Rick Waldron (11 years ago)

The version I have on the agenda, that you wrote, returns an object. No disrespect to you, but this is irrelevant to the current thread.

# Andrea Giammarchi (11 years ago)

the version in agenda is about getOwnPropertyDescriptors ... I thought it is relevant to not mess up too much with what same method without the Own part also because I don't know why, getPropertyDescriptors, would return an Array, except just as simulation of the Java meaning?

Or rephrasing: what is a list of descriptors useful for in ES7?

# Andrea Giammarchi (11 years ago)

also ... as side note, why this came back to me when the topic is Object.values I didn't go off topic, I just asked a clarification of a mentioned method that has nothing to do with values?

Anyway ... off the thread again, I didn't mean to bring irrelevant discussions in here ...

# Rick Waldron (11 years ago)

On Fri, Mar 21, 2014 at 4:02 PM, Andrea Giammarchi < andrea.giammarchi at gmail.com> wrote:

the version in agenda is about getOwnPropertyDescriptors ... I thought it is relevant to not mess up too much with what same method without the Own part also because I don't know why, getPropertyDescriptors, would return an Array, except just as simulation of the Java meaning?

I just assumed getPropertyDescriptors was a mistyped. Sorry for the noise. I don't think they should deviate from each other.

# C. Scott Ananian (11 years ago)

Sorry for the confusion. I was actually referring to [[OwnPropertyKeys]] returning an Array, as discussed previously: esdiscuss.org/topic/object-getownpropertydescriptors-o-plural#content-34

Presumably the corresponding proxy trap would change to return an Array as well.

But this is a bit off-topic for Object.entries/Object.values --- although related in the sense that the "[[OwnPropertyKeys]] returns Array" proposal also got support (and a +1 from be) on the list, but hasn't been formally added to the ES6 agenda as far as I can tell.

# Tom Van Cutsem (11 years ago)

Thanks for digging this up. I'll add it to the agenda.