Initial implementation of co-located templates RFC.

[rwjblue]

Still quite WIP, but "basically works" when using ember-cli 3.11 and Ember latest canary (including changes from emberjs/ember.js#18158.

[devotox]

This breaks this addon https://github.com/sethwebster/ember-cli-new-version/tree/master/addon/components/new-version-notifier with this error

Error: Could not find module ember-cli-new-version/components/new-version-notifier/template imported from ember-cli-new-version/components/new-version-notifier/component

[chriskrycho]

This is currently breaking with the @classic decorator invocation because of how it's transforming the component declaration.

SyntaxError: /Users/chris/dev/test/new-stuff-yo/new-stuff-yo/components/lame.js: Leading decorators must be attached to a class declaration (6:0)

  4 | 
  5 | @classic
> 6 | const CLASS = class Lame extends Component {
    | ^
  7 | }
  8 | 
  9 | const setComponentTemplate = Ember._setComponentTemplate;

This isn't a problem with the defaults, since the default behavior is to generate a .extend({ ... })-style class, but for anyone migrating via @classic and using colocation, it's a breaker, and one without a workaround. (For folks looking on: the transform as written actually matches the ES spec, but the Stage 1 transforms and any TS-dependent editor tooling, including VS Code's, falls down on the revised spec; and all existing docs I'm aware of specify the Stage 1 export position.)

[rwjblue]

We'll need to tweak this, as there are breaking changes now on master.

[rwjblue]

@chriskrycho - Can you share a snippet of what you started with? The error doesn't make it clear...

[chriskrycho]

Yes, of course! Original input:

import Component from '@ember/component';
import classic from 'ember-classic-decorator';

@classic
export default class Lame extends Component {}

[pzuraq]

Got an issue popping up over in ember-set-helper: adopted-ember-addons/ember-set-helper#6

Seems like a custom transform is not being run against colocated templates. I copied the template in the reproduction app into the app/templates/components directory and things started working, so it seems to be something with ember-cli and colocation specifically.

[rwjblue]

OK, landed the changes from #280 into here and that should have addressed quite a few of the issues folks have reported:

• @chriskrycho's comment RE: using decorators before the export
• @pzuraq's comment about preprocessors not running properly (we now do exactly the same as hbs, and that works well with custom transforms)