展望要約：によりダイナミックエンジンにあなたは直接導入のjsファイル形式を通じてnunjucksに構造的な建築プロジェクトを使用したいが、これはまた、いくつかの問題があります。
プロジェクトの開発は、マイクロWebPACKのサービスであるサーバーの両方をオープンする必要があるため、他のノードサーバです。私たちは、nunjucksテンプレートエンジンの後にノードサービス、リターンhtmlファイルを要求します。取得したリンクのjsファイルやCSSファイルを使用するスクリプトの開発環境に直接導入することができます。しかし、ハッシュ値は、開発環境の下に表示されます。あなたは使用が原因となるハッシュ値を使用していないしていない場合は、一部のブラウザでは、JSファイルは、ページの表示に問題が発生しますキャッシュします。場合は、その都度対応するハッシュ値を記録することができない場合は、常に無駄ブラウザのキャッシュで、その結果、これらの静的ファイルを要求します。これは、何らかの方法でこれらの問題に対処します。
オプション1：ファイルの録音を使用して
毎回ビルド。JSONの記録フォーマットは、これらの生成されたファイルを使用してパッケージ化。ハッシュ値バックを含め、nunjucksは、着信方法は、我々が最初にあなたのコード内で使用した後、呼び出す前に、対応するデータを見つけることができ、nunjucksファイルで直接使用することができますサポートしています。キャッシュを使用することをこの保証しますが、問題ありません。
問題：ファイルに書き込む必要があります。そのようなプロジェクトの容積が大きくてもよいです。このプログラム感の多くの問題（もちろん、これはまた、あまり多くのものです）......
オプションII：WebPACKのHTML-WebPACKの-プラグインを使用して
プロジェクトnunjucksファイルの構造のためには、ファイルベースです。残りのそれぞれの新しいビジネス、新しいnunjucksファイルですが、最初のファイルから継承されている、例えばvender.jsなどのために、最初のファイルで公開ファイルをパックに導入することができます。最初の後、すべてのビジネスに生成nunjucksファイルを取得します。別のJSとCSSファイルに各トラバースした後。
問題：いくつかのファイルがビジネスのこのライン、あるいは全くのjsファイルを導入する必要があるかもしれませんので、必要な深さは少し恥ずかしいので、フォルダを横断する際nunjucksファイル中に生成されたすべての事業を取得します。表示されますが、問題になることを参照されたファイルと同じ名前の場合。これらを制限するための新しいルールを開発する必要があります。もちろん、コストは上記の方式よりも低くなっている感じ。