classes and enumerability
curvedmark at gmail.com
Tue Dec 23 21:17:59 PST 2014
Actually mixins shouldn’t be done with Object.assign if that’s what you mean.
I think the language should provide a syntax for that (e.g., Lightweight traits on http://www.nczonline.net/blog/2014/06/03/my-ecmascript-7-wishlist/ <http://www.nczonline.net/blog/2014/06/03/my-ecmascript-7-wishlist/>)
> On Dec 24, 2014, at 1:09 PM, Russell Leggett <russell.leggett at gmail.com> wrote:
> On Wednesday, December 24, 2014, Kevin Smith <zenparsing at gmail.com <mailto:zenparsing at gmail.com>> wrote:
> The question is: what should ES6 classes choose as the default? What's the most useful default, independent of various backward-looking consistencies? What, if the future is bigger than the past, would be best?
> Framed that way, then non-enumerability.
> If we want to preserve any kind of conceptual integrity for enumerability, then enumerability must indicate that the property is a data element within a data structure.
> Whether enumerability is worth preserving, I don't know.
> I'll just throw out mixins as a possible reason to keep enumerability.
> - Russ
> es-discuss mailing list
> es-discuss at mozilla.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the es-discuss