On Oct 12, 2012, at 2:16 PM, David Herman wrote: > On Oct 12, 2012, at 12:14 PM, Erik Arvidsson <[email protected]> wrote: > >> On Fri, Oct 12, 2012 at 11:16 AM, David Bruant <[email protected]> wrote: >>> Firefox has implement a Map/Set.prototype.size *method* to query the number >>> of mapping/elements. >>> It's not in the strawman. It appears in the latest draft, though weirdly >>> enough Map.prototype.size is a function with an unused argument. >>> What about making it an getter instead of a function? I guess we also don't >>> need the extra parens to request for Map#keys, Map#values, Map#items. >> >> For keys, values and items I think they are cleaner as methods since >> they return a new iterator every time. > > Agreed. > > Dave >
I buy making Map/Set size an accessor. This will be the first such property in the ES specification and it would be good to have some guidelines to help us make consistent decisions about using accessors in the future. Erik and Tab floated a couple reasons why items/keys/values should not be accessors. Does anybody want to take a crack at writing up a complete set of design rules for when a built-in property should/shouldn't be defined as an accessor? Allen _______________________________________________ es-discuss mailing list [email protected] https://mail.mozilla.org/listinfo/es-discuss
