ノード/バベル：バベルノード又はから切り替え生産

Question

セットアップ

バベル6（^ 6.0.0）、 ノード5.4.0、 エクスプレス4.13.x、ため-CLIバベルするバベル登録

babel-nodeとbabel-registerの両方に、 babel.ioウェブサイトの生産中に使用しないよう警告があります。基本的にそのように飛んでいくのは、生産には遅すぎます。

だから私はbabel-cliと蒸散前のコードを実行するように物事を設定しました。

問題：開発時

、それは の再transpileすべてのコードと、再起動するプログラムごとに単一の変更あまりにも遅いです。私は現在、変更されたコードが実行されていてソースが変更されていないので、自動リロードのためにチェンジモニター（例えば、ノーデモン）をどのように設定できるかもわかりません。

質問：私たちはセットアップするにはどうすればよいとの生産のための開発時にオンザフライtranspiling、プリtranspilingを切り替えるための簡単な方法を

？

ほとんどの例では、開発と生産にはbabel-nodeとbabel-registerが使用されていますので、生産用出荷のためのコードベースを準備しながら、素早くバベルを開発するための良い戦略はわかりません。

Answer 1

多くの非常に普及しているGithubのノード定型リポジトリは、まだ生産コード用にbabel-nodeとbabel-registerを使用していますが、これはおそらく、ずっと前から高速リロード開発環境を設定する方が簡単だったからです。 しかし、babel-cliを使用するのと同じくらい簡単です。ゲートのすぐ外に開発コードと生産コードの両方に使用することをお勧めします。 「開発する場合babel-cliを使用した場合、どのように私は私のソースコードの遅い再建を避けることができますか？」

：コメントから助けを借りて

は、私は私のコアの質問になりました

オンザフライあなたのコードが、それはES5だで別々に実行することができ、ビルド先にあなたのコード開発の変更時に再起動するために高速であることbabel-nodeとbabel-register提供、babel-cli前transpilesをtransplingとは異なり、フォーマット。開発時には、サーバーを再起動する前にすべてのファイルが転送されるのを待たなければならないため、各変更の間にソースからビルドコードを作成する速度が遅くなります。あなたが必要-all

ソリューションは単純である、すべてのソースコードを見て、すぐにのみ、それは見ている間、更新されたファイルを再構築することで、ビルドコードを更新することができますアウトオブボックスバベル-CLIのwatch方法があります。

申し訳ありませんが、これを読んで解決策が判明した場合は、バベルのドキュメントでは1つのファイルだけを見ていることを示していますが、現在のところ、フォルダ全体を変更するために特に注目しているGithubの人気ライブラリ私はすぐに使える解決策が幾分新しく、babel-nodeとbabel-registerより明らかに選択してbabel-cliを使用することを前提としています。

だから、あなたがしなければならないすべてはそうのようなNPMスクリプトを使用している：あなたは時計自動リロードを設定しない限り、

"watch-files" : "babel src --watch --out-dir build" 

と更新が行われるたびに（ビルドディレクトリで、サーバーを再起動しますビルドフォルダ）。

babel-cliは、開発中でも本当に使いやすいことがわかりました@FelixKlingと@ aray12のコメントに感謝します。