Private Slots

Brandon Benvie brandon at brandonbenvie.com
Wed Jan 16 16:37:45 PST 2013


It is difficult to use by its nature, it's the kind of thing that
implementors or maybe library authors would make use of. It exposes a hook
for what previously was a low level spec operation (the object allocation
part of construction).


On Wed, Jan 16, 2013 at 7:34 PM, Nathan Wall <nathan.wall at live.com> wrote:

> > In this light, it may also make sense to make Function.prototype.@@create
> and
> > Function.prototype.@@hasInstance non-writable, non-configurable.
> > Regardless of the defaults, SES could presumably defend itself in the
> > same same way.
>
> If you make Function.prototype.@@create non-writable, wouldn't that make
> it difficult to use?
>
> I'm thinking of the "you can't override non-writable inherited properties
> with a write operation" ES5 decision, thus forcing you to use
> Object.defineProperty.
>
> Nathan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20130116/20e96643/attachment.html>


More information about the es-discuss mailing list