Re: Custom element design with ES6 classes and Element constructors

> I think this part of the spec was largely written before ES6 class stuff
> stabilized, fwiw.  Which is not hard, since it's still not stabilized.  ;)
Isn't there a chance to consider our use-case in ES6 spec. then?

> Basically, ES6 is moving toward coupling allocation and
> initialization but the upgrade scenario can't really be expressed by
> coupled alloc+init if it preserves object identity, right?

Yes, and it seems to me that we are trying to hack around the fact that
ES6 classes are not compatible with what we are trying to do. Would
it be naive to request a well defined way to change an objects class
post alloc? It seems like a hard problem, but I can imagine
pure JS cases too when it would make sense to do a transformation.

And if there is no official way to do it people will start to try
and hack their way through in 1000 horrible ways...

(+ internally I'm sure most engines does transformations in some cases
already, like for array optimisations...)

 - Gabor

Received on Tuesday, 13 January 2015 17:06:52 UTC