現在、開発には requirejs/backbone を使用し、デバッグには firebug を使用しています。Ember に移行し、ember appkit を使用することを考えています。
新しい ES6 JavaScript モジュールのために、アプリケーションを単一の JavaScript ファイル app.js にプリコンパイルする必要があることに気付きました。
これにより、問題のデバッグが困難になるのではないかと心配しています。これは、現在私たちが持っている、firebug で簡単に見つけることができる小さなファイルではなく、巨大な単一ファイルを扱っているためです。
これは人々にとって問題でしたか、何か良い解決策はありますか?
言及したように、Ember App Kit はEmber-CLIkingpin2kに実質的に取って代わられました。それを調べることをお勧めします。ニーズと計画に応じて、Ember-CLI が状況に適している場合と適していない場合があります。一部の人々は、Ember-CLI アプリを本番環境に置くことに成功していますが、これはまったく新しいテクノロジーであるため、注意してください。
Ember-CLI は、ES6 モジュールをトランスパイルし、出力を単一の Javascript ファイルに圧縮するなど、Broccoli に基づくビルド システムを提供します。Ember-CLI はまだ大規模な開発が行われていますが、すでにかなりうまく形作られています。私の意見では、クリーンなコード構成と高速の Broccoli ビルドは本当に素晴らしいものです。
Firefox や Chrome などの最新のブラウザーには、ソース マップが提供されたときに元のソースを表示する統合デバッガーが付属しています。これは最終的に、開発サーバーを実行するときに、Ember-CLI プロジェクトのブラウザーにも提供されます。ただし、この機能は現在不完全です。現在、Ember-CLI で一部のソース マップ サポートを取得することが可能です。この問題をご覧ください。
当面はもちろん、コードをデバッグする方法は他にもあります。適切なソース マップのサポートが Ember-CLI/Broccoli に導入される前に、コンソール ロギングなどを自由に使用するだけで十分かもしれません。Ember-CLI の live-reload 開発サーバーを実行すると、プロジェクト内のファイルを変更して保存すると、結果がほぼ瞬時にブラウザーに表示されます。Broccoli ビルドは非常に高速です。
すべての Javascript コードを縮小して単一の出力ファイルに結合することは、Ember、Angular、Backbone などの単一ページ アプリケーション フレームワークで一般的なアプローチであることに注意してください。ブレークポイントなどを使用してこれらのアプリケーションをデバッグすることは、ブラウザのデバッグ ツールとソース マップを組み合わせることでますます行われるようになります。
アップデート
現在、Ember コア チームは積極的に Ember-CLI を推奨しています。それはかなり素晴らしいです。