Learn Pod structure

イシュー

  • Pod（Plain Old Data） structure を学べ

参考

ember-cli POD

As your app gets bigger, a feature-driven structure may be better. Splitting your application by functionality/resource would give you more power and control to scale and maintain it. As a default, if the file is not found on the POD structure, the Resolver will look it up within the normal structure.

  • アプリが大きくなるにつれて、機能駆動型の構造にした方が良いかもしれません。
  • アプリケーションを機能性/リソースによって分割すると、スケーリングしますし、それを維持するためにより多くのパワーとコントロールを与えられるでしょう。
  • デフォルトとして、もしそのファイルがPOD構造を見つけられない場合は、リゾルバは通常の構造の中でそれを検索しようとします。

In this case, you should name the file as its functionality. Given a resource Users, the folder structure would be: app/users/controller.js app/users/route.js app/users/template.hbs

  • この場合、あなたはその機能に応じたファイル名を付ける必要があります。User リソースの場合、フォルダ構造は次のようになります。
    • app/users/controller.js
    • app/users/route.js
    • app/users/template.hbs

Rather than hold your resource folders on the root of your app you can define a POD path using the attribute podModulePrefix within your environment configs. The POD path should use the following format: {appname}/{poddir}.

  • アプリケーションのルートにあなたのリソースフォルダを保持するのではなく、configs内の属性podModulePrefixを使用してPODパスを定義することができます。
  • PODのパスは次の形式を使用する必要があります。
    • {APPNAME}/{poddir}

PODサンプル