proposal for a new folder for adapters, serializers and transformers

[fsmanuel]

i would like to put adapters, serializers and transforms under one directory. i think they belong together and shouldn't be cluttered around in app/
let's say app/data. the folder layout would be:

app/data
  adapters
    application.js
    post.js
  serializers
    application.js
    post.js
  transforms
    raw.js
    currency.js

it would require to add 4 lines of code and shouldn't affect the resolver:

  // if router:main or adapter:main look for a module with just the type first
  tmpModuleName = prefix + '/' + parsedName.type;
  if (!moduleName && name === 'main' && moduleEntries[tmpModuleName]) {
    moduleName = prefix + '/' + parsedName.type;
  }

  // load adapters, serializers and transformers in app/data
  tmpModuleName = prefix + '/data/' + pluralizedType + '/' + name;
  if (!moduleName && moduleEntries[tmpModuleName]) {
    moduleName = prefix + '/data/' + pluralizedType + '/' + name;
  }

  // fallback if not type:main or POD format
  if (!moduleName) { moduleName = prefix + '/' +  pluralizedType + '/' + name; }

@rjackson @stefanpenner what do you think?

[fsmanuel]

data-store would be a better name i guess.

[stefanpenner]

I like the idea :)

[rwjblue]

By default we use the generic modulePrefix value for everything, but customizing is super simple, by overriding adapterPrefix, serializerPrefix, and transformPrefix with 'app/data-store':

App = Ember.Application.create({
  Resolver: Resolver, // imported
  adapterPrefix: 'app/data-store',
  serializerPrefix: 'app/data-store',
  transformPrefix: 'app/data-store'
})

In general I agree that these things should be lumped together, but I would prefer to use the extension points for this customization for now.

[fsmanuel]

@rjackson ah now i got the + 'Prefix' thing. i'm totally ok using the prefixes.
@stefanpenner what about having them as defaults in ember-cli?

[rwjblue]

👍 on the default in ember-cli.

The way I see it: we make this resolver maximally flexible, and give good defaults in consumer projects (like EAKR/EAK and ember-cli). This seems to fall in line with "The Ember Way".