私は開発/ビルドのワークフローに対してAureliaのビルドオプションを試しています。私たちは開発者がバンドルされている間にウェブサイトをテストし、すべての個々のファイルをブラウザに提供する方が望ましいと結論付けました。さらに、TypeScriptを使用しています。また、ソースマップで提供されるブラウザ側のデバッグ経験が必要です。私は多くのAureliaコンポーネントを含む大規模なアプリケーションに取り組んでいますので、積極的な開発変更/リフレッシュまたはウォッチサイクル中にページをリフレッシュするための数秒間が追加されるようです。開発者がバンドルで作業している場合、バンドルの問題はすぐに発見されるようです。Aurelia + JSPM + Typescriptブラウザ側のデバッグ
Aurelia-cli（v23）を使用して、TypeScriptを使用して新しいプロジェクトを作成すると、RequireJSバンドルとソースマップが作成され、ブラウザのデバッグが可能になります。つまり、au runを実行した後です。
2週間前にダウンロードされたskeleton-typescript-webpackスタータープロジェクトを使用して、npm startを実行すると、Webpackedバンドルのtypescriptのブラウザ側のデバッグもできます。
jspmとsystemjsを使用するskeleton-typescriptを使用すると、gulp serve-bundleを実行してもクライアント側のタイプスクリプトのデバッグはできません。ただし、gulp serveはクライアントサイドのデバッグを提供しますが、サイトはバンドルされていません。これらのギャルのタスクの唯一の違いは、サイトがバンドルされているのに対し、アンバンドルされていることです。
したがって、バンドルされたサイトのtypescriptソースマップクライアント側のデバッグは、Aurelia-cliとwebpackでは動作しますが、jspmでは動作しません。
私たちのプロジェクトは、skeleton-typescriptに基づいて開始されました。ビルドのワークフローをリファクタリングする前に、jspmがブラウザ上でtypescriptのデバッグをサポートする方法を理解しようとしました。
私はウェブを狩りましたが、明確な方向性が見つからず、試行錯誤的な設定で多くの実験を行いましたが、バンドルされたjspmサイトでクライアント側のタイプスクリプトのデバッグができないようです。
これはjspmまたはsystemJSまたはAurelia-Bundlerの制限ですか？あるいは、config.jsやbundles.jsにいくつかの設定があるのですが、これを動作させるにはskeleton-typescriptスタータープロジェクトに追加する必要がありますか？