What is holding back Decorators ?

Ranando King kingmph at gmail.com
Tue Dec 4 05:30:31 UTC 2018

I'm not from TC39, but I can hazard a guess.

Decorators are somewhat useless without data properties to modify.
Currently, class-fields is the proposal du jour, but even while in stage 3,
it has issues, requiring trade-offs that many have voiced an unwillingness
to accept. The awful syntax is forgivable given the approach they've taken,
so that's not the issue. There are alternatives, but for one reason or
another that TC39 is somehow unable to concisely articulate beyond stating
it to be a matter of preference in their consensus, the alternatives are
not able to gain traction in the committee. Yet, the discussion continues
with a slowly increasing number of dissenting opinions in the discussion

In either case, decorators will probably see an advancement once some
version of data properties lands in ES. In fact, it will likely happen
quickly since few if any have any real issue with the concept.

...but that's just my guess.

On Mon, Dec 3, 2018 at 11:18 PM Andrea Giammarchi <
andrea.giammarchi at gmail.com> wrote:

> Supposed to land in ES2016, decorators haven't moved from Stage 2 for more
> than a year now.
> In various other discussions everyone has the easy "use decorators" answer
> for any problem, and yet no browser ships decorators, and no stage 3 is
> happening neither.
> Is there already a better replacement or we're not convinced already that
> decorators are needed, when these are the first answer to any language
> extension proposed in this list?
> Thanks in advance for any sort of clarification.
> Regards
> _______________________________________________
> 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/20181203/d72a888b/attachment-0001.html>

More information about the es-discuss mailing list