Working on support for the stage3 decorator spec.

This branch is an attempt at complete drop-in support forall our decorators, even the wacky and wonderful old ones. I have the entire ember test suite passing locally.

My goal here is to show everything working with only the tiniest possible semantic changes andno mandatory syntactic change to auto-accessors.

You are still likely to want to convert to auto-accessors because they will perform much better. But keeping the old syntax working, even at a perf cost, would greatly ease upgrades.

Known semantic changes

• initialization order of field decorators changes to match the normal (non-decorated) field initialization order. Previously, decorated properties could actually influence the initialization order by pulling on each other.

TODO

• implement auto-accessor versions oftracked andservice. (I've already done this on prior attempts, it's the easier part. But I'll need to segregate them in their own test suite area, because I'm trying to keep everything working under both builds, and the old build won't support the syntax.)
  • accessor tracked
  • accessor service
• reflect the change in the types. This is kinda annoying, because TypeScript's stable decorators are not allowed to usedeclare. We probably can't make ember's own build typecheck under both configurations, but we can probably offer enough overrides to demonstrate different apps working under both configurations.
• in CI, run the ember test suite with stable decorators
• in CI, run one or more of the smoke test apps with stable decorators.
• Question: should the accessor form oftracked get all the same computed property interop as the field form?
  • Pro argument: yes because people don't know where they're relying on the interop
  • Con argument:
    • meta.writeDescriptors can't happen at class construction time, it would need to happen viaaddInitializer the first time a class is instantiated. (Our field form oftracked does a bunch of that, but the messiness there is more excusable since that's the allowed-to-be-slower legacy form.) This injects a little code intoevery object instantiation. Even in new apps that don't actually need it.
  • I think the best answer here would require some related work on how to segregate off the computed system so that it's still available when you need it and not there when you don't.