classes and enumerability

Andrea Giammarchi andrea.giammarchi at gmail.com
Thu Jan 29 14:51:55 PST 2015


awesome news!!! thanks for sharing and also curious to know about other non
method properties, including statics.

Just to be aligned, not to complain, I have not a strong opinion except
eventually for getters, that should be non enumerable too for consistency
with what we have natively (e.g. Array#length)

Best Regards

On Thu, Jan 29, 2015 at 8:55 PM, Brendan Eich <brendan at mozilla.org> wrote:

> Announcement: ES6 class method syntax makes a non-enumerable property of
> the method's name on the class prototype. That is all. :-)
>
> /be
>
>
> Brendan Eich wrote:
>
>> Herby Vojčík wrote:
>>
>>> Personally, I have always believed we are going down the wrong path by
>>>> switching (from the original max-in class design) to making methods
>>>> defined within a class definition enumerable.
>>>>
>>>
>>> Yes, please, if possible, go back to non-enum methods. I was writing at
>>> that time as well, but things ended up enumerable. I even cited a
>>> real-world example (Amber objects used in jQuery API as options objects),
>>> where enum methods broke the functionality, but non-enum methods allowed
>>> things to work.
>>>
>>
>> On the agenda for next week, at 4(iii):
>>
>> https://github.com/tc39/agendas/blob/master/2015/01.md
>>
>> /be
>> _______________________________________________
>> es-discuss mailing list
>> es-discuss at mozilla.org
>> https://mail.mozilla.org/listinfo/es-discuss
>>
> _______________________________________________
> es-discuss mailing list
> es-discuss at mozilla.org
> https://mail.mozilla.org/listinfo/es-discuss
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20150129/712e3b9c/attachment.html>


More information about the es-discuss mailing list