適度に大きいEmberがあります。アプリケーション（ "MyApp"）私はそれをスタンドアローンのEmber制御ページとして書きましたが、今度は既存の（Ember以外の）ページ内でホストされているアプリケーションのNインスタンスをインスタンス化したいと思います。
EmberのEmberに関するドキュメントアプリケーションは、アプリがクラス名前空間とシングルトンインスタンスのルートの両方であることを推奨しますが、この場合、1つのクラス名前空間と複数のインスタンスが必要です。インスタンスごとに別々にクラスをロードすることは避けたい、それらは実際にはかなり大きく、モバイルは主要なユースケースである。
現在私は持っている：
MyApp = Ember.Application.create({ /* app state */); // namespace & instance
MyApp.SomeSupportingClass1 = ...
私の衝動は、することです：
MyApp = Ember.Object.create(); // namespace
MyApp.MyApp = Ember.Application.extend({ /* app state */ }); // instance class
MyApp.myAppInstances = Ember.ArrayController.create(); // instances of MyApp.MyApp
MyApp.SomeSupportingClass1 = ...
これは問題を引き起こしますか？これを構造化するためのもっと "ember-y"な方法はありますか？
回答：
回答№1は2現時点では、私はあなたの唯一の選択肢があると思います "エンバー諸島"
しかし、GodfreyはTilde、inc（TomとYehudaが働いている場所）に新たに追加されたもので、FastBootに関するいくつかの作業を行っていますアプリケーションインスタンス"いったんゴッドフリーの仕事場がEmberに着くと、あなたはこれを成し遂げるための公式のEmber方法を持つでしょう。
更新情報：複数のアプリケーションをまとめる方法として[Ember Engines]を見てみる価値もあります。http://ember-engines.com/）