2016-03-29 13 views
1

私はSystemJSのための活字体のプラグイン以下について質問があります:ここでSystemJS - 活字体ローダーユースケース

https://github.com/frankwallis/plugin-typescript/

はその説明

System.importにできますSystemJSためのプラグインです直接TypeScriptファイル。ファイルはブラウザでコンパイルされ、コンパイルエラーがコンソールに書き込まれます。

このようなプラグインの使用例です。

  • 開発者は、開発およびインポートjsファイルでコンパイルするのではなく、直接tsファイルをインポートしてブラウザでコンパイルするのはなぜですか?
  • ブラウザでパフォーマンスを低下させ、読み込み時間を短縮できませんか?
  • 開発環境でのみ使用されるはずですか?

答えて

3

plugin-typescript authorここに。ブラウザ内のコンパイルは、開発ツールであり、実際には、systemjs-builder(plugins-typescriptと組み合わせて)を使用して、すべての翻訳されたjavascriptを含む単一のファイルを作成します。

このプラグインはもともと開発されて以来、typescript & systemjs(typescriptシングルファイル転送、vscode、systemjsホットリロード、typescript system.register出力など)を使用すると、いくつかの新しいワークフローが利用可能になりました。 ) - どちらが適切かは、アプリケーションのサイズ、使用しているプラ​​ットフォーム/サーバー、お好みの個人設定に依存します。

1

生産のためにブラウザーで編集/編集する人はいません。あなたが歩くのが好きではないので、あなたのメールを受け取るためにカメを送ることに相当します。

これは厳密には、変更のたびに常にコンパイルしなくても済むようにするための開発ツールであり、ホットリロードなどの機能を追加するという利点があります。

+0

ありがとうございます! 「TypeScriptの開発者が毎回変更した後もコンパイルしなくて済むのを助ける」ということは、どういう意味ですか?これは、ほとんどのIDEまたは時計モードのTypeScriptコンパイラでも自動化できます。 https://basarat.gitbooks.io/typescript/content/docs/project/tsconfig.html#typescript-compiler –

+1

システムウォッチャーは多くのリソースを消費する習慣があります。プロジェクトが十分に大きければ(たとえば100k LOC )あなたはインクリメンタルビルドのためにメモリ内にたくさんのものを持っています。ローダーを使用すると、それについてまったく心配する必要はありません。 –