meteor 1.3.1遅延読み込みではない

Question

1.3の新しいES6モジュールのサポートでは、/ importsディレクトリに格納されたコードの遅延読み込みサポートが含まれていましたが、インポートされたすべてのコードは引き続きapp.jsファイルにバンドルされていますクライアントに送信されます。とにかく最初のロード時にすべてのコードがクライアントにプッシュされると、非熱心なローディングシステムの利点はどこにありますか？

モジュールを動的にロードする方法はありますか？ユーザーの操作に応じて、何百または何千ものコンポーネントをロードするとどうなりますか？ユーザーがメガバイトのテンプレートコードを携帯電話のメモリにダウンロードする必要のあるウェブアプリケーションを使用している携帯電話にいる場合はどうなりますか？ユーザーが決してアプリの特定のセクションにアクセスしない場合はどうなりますか？なぜ私はそれらのセクションのコードを与えるだろうか？利益がまったく同じでない場合、なぜモジュールインポートプログラミングスタイルを使用する必要がありますか？

私が間違っている場合は、教えてください。ありがとうございました！

Answer 1

注：流星1.3には以下の答えが適用されます。この回答は、今後のリリースで時代遅れになることは間違いありません。

モジュールサポート1.3では、ファイルの読み込み順序を制御できます。例えば。ファイル名に先行する番号がなくなり、入れ子になったlibディレクトリが追加され、それ以外の場合はパッケージが使用されます。

モジュールのサポートがないのは、遅延読み込み、ツリーシェイク、その他のファンシービルド/ランタイムの最適化です。しかし、これらはロードマップ上にあり、すべて輸入が必要です。今すぐ追加すると、将来あなたを助けるでしょう。すみません、私はもっと良い知らせがありません。

ユーザーのクラス（例：管理者インターフェイス）に固有の機能がたくさんある場合は、as the guide suggestsで小さなアプリに分割することができます。理想的ではありませんが、私はそれを完全性のために含めると考えました。

---

また、多くのことについては、transmission episode 4でお伝えしています。すべてのことを見る価値はありますが、〜11：00にスキップすると、彼らはこの質問について具体的に話し始めます。

Answer 2

投票とMeteor's Trello future feature board

の進捗フォローFlowRouter's support for this future feature

に従ってください、私はSCSSの遅延読み込みは、まだ今現在の流星1.3.4.1に私のために働いていないことを確認することができます。