在 Ember CLI 中使用 pod 结构有什么限制吗？
Are there any limitations in using the pod structure in Ember CLI?
我打算将我的 Ember CLI 应用程序移动到 pod 结构。 Pod 结构是否有任何我应该注意的限制或缺点？
- 您将有许多同名文件。这可能是个问题，具体取决于您的环境。
- 并非所有类型都受支持。你必须为那些使用经典结构。 （但是如果你使用
ember g ... ember-cli 会为你做这件事。
除此之外：我们已将应用切换到 pods，没有任何问题。
我目前面临的限制是 ember 数据没有单独的 pods 结构。在我的应用程序中，并非所有模型都严格绑定到一条路线。因此，将模型与其路由文件一起定义是没有意义的。
所以基本上我必须在全局模型文件夹中定义我的模型。
如果我们可以有多个 pods 文件夹就好了，例如数据 pods，模型、适配器和序列化程序可以组合在一起。
全局组件也是这种情况，它们没有单独的 pods 文件夹，但在 pods 文件夹下与所有路由 pods（没有目前感觉不错，但是当我们移动到具有可路由组件的 Ember 2.0 时，这可能会改变。
我打算将我的 Ember CLI 应用程序移动到 pod 结构。 Pod 结构是否有任何我应该注意的限制或缺点？
- 您将有许多同名文件。这可能是个问题，具体取决于您的环境。
- 并非所有类型都受支持。你必须为那些使用经典结构。 （但是如果你使用
ember g ...ember-cli 会为你做这件事。
除此之外：我们已将应用切换到 pods，没有任何问题。
我目前面临的限制是 ember 数据没有单独的 pods 结构。在我的应用程序中，并非所有模型都严格绑定到一条路线。因此，将模型与其路由文件一起定义是没有意义的。
所以基本上我必须在全局模型文件夹中定义我的模型。
如果我们可以有多个 pods 文件夹就好了，例如数据 pods，模型、适配器和序列化程序可以组合在一起。
全局组件也是这种情况，它们没有单独的 pods 文件夹，但在 pods 文件夹下与所有路由 pods（没有目前感觉不错，但是当我们移动到具有可路由组件的 Ember 2.0 时，这可能会改变。