2

I am planning to move my Ember CLI application to the pod structure. Are there any limitations or disadvantages in the pod structure that I should be aware of?

GJK
  • 37,023
  • 8
  • 55
  • 74
Info Seeker
  • 107
  • 4
  • 9

2 Answers2

2

The current limitation that I'm facing at the moment is that there is no separate pods structure for ember-data. In my app not all models are strictly bound to one route. So it makes no sense to define the model alongside its route file.

So basically I have to define my models in the global models folder.
It would be nice if we could have multiple pods folders, so for example a data pods, where model, adapter and serializer could be grouped together.

This is also the case with global components which do not have a separate pods folder, but are defined under the pods folder alongside with all the route pods (which doesn't feel right at the moment, but this might change when we move to Ember 2.0 with routable components).

jcbvm
  • 1,640
  • 1
  • 15
  • 22
  • +1. I've moved my project to pods structure but models don't really fit IMO. It'd be nice if I could tell cli whether to default to a pod generator by type – Robert Neville Nov 03 '15 at 21:30
1
  • You will have many files with the same name. This may be a problem, depending on your environment.
  • Not all types are supported. You have to use the classic structure for those. (But if you use ember g ... ember-cli will do this for you.

Other than that: We've switches our app to pods without any problems.

jnfingerle
  • 713
  • 4
  • 16
  • can you please specify the types that are not supported by pods. – Info Seeker Apr 20 '15 at 13:03
  • That would be everything that you might expect to support it from `ember generate --help` but isn't listed in http://www.ember-cli.com/#pods - service, mixin, initializer, ... – jnfingerle Apr 20 '15 at 13:12