エクスポート/インポート宣言をes2015のトップレベルにする必要があるのはなぜですか？

Question

最後のプロジェクトでは、es2015とbabelを使い始めました。 importまたはexportをifの中に入れようとすると、エラー'import' and 'export' may only appear at the top levelがあります。私はそれについて多くのケースを見て、requireではうまくいくが、es2015モジュールではうまくいきません。この制限には何らかの理由がありますか？

Answer 1

JavaScriptはES6モジュールで静的解析を実行します。つまり、インポートまたはエクスポートを動的に実行することはできません。 Read section 4.2 of this article for more information：

モジュールの構造は、あなたが（静的に）コンパイル時に輸出入を決定することができ、静的な手段である - あなたが唯一のソースコードを見ている、あなたはそれを実行する必要はありません。

は、静的に分析可能すなわちマクロと種類が（で議論するソースファイルのための能力に依存している将来の機能のためにJavaScriptを準備しているそのうちのいくつかは、このアプローチには多くの理由、あります前述の記事）。

もう一つの興味深いarticle on this topicは循環依存と高速な検索の理由としてに言及しています。

______

あなたはモジュールのいくつかのネストされたブロック内exportを実行したい場合は、モジュールを書いて、それはほぼ確実に必要がないので、そのAPIの/内部を公開する方法を見直します。 ES5コードのネストされたブロック内に現在requireモジュールがある場合も同様です。なぜ、require/importがモジュールの先頭にあり、は、入れ子ブロック内ののAPI /内部を消費しますか？このアプローチの主な利点は、少なくとも可読性の観点から、require呼び出しのソースをスキャンすることなく、モジュールの依存関係を知ることができることです。