これは、開発者がそれらをカスタマイズするのを思いとどまらせるために、サードパーティのライブラリがスクリプトに含まれているという考えに由来しています。どちらかのライブラリの新しいバージョンを簡単に取り入れられるように、拡張機能を作成することをお勧めします。
2 に答える
デュランダル ライブラリをカスタマイズ可能なファイルと間違えている他の開発者について、あなたは良い点を指摘しています。
しかし、どこでもデュランダルを維持する必要はありません。フォルダー構造は、あなたの心が望むものなら何でもかまいません。durandal はフォルダ構造を強制しないため、推奨されるデフォルト設定しかありません。そのパターンに従うことには利点があります。
durandal をアプリケーションのルート フォルダーの一部として保持する。すべての amd javascript ファイルを 1 つのルート フォルダーにまとめて保持します。このように durandalオプティマイザーを実行すると、すべてのサブフォルダーをスキャンして、すべての html/css/js を 1 つのファイルに圧縮/縮小/醜化できます。これは、アプリケーション全体を 1 クリックでビルドできるため、非常に便利です。
また、バンドラーを使用してすべてのサードパーティ ライブラリを個別のファイルに圧縮する場合は、サードパーティの AMD 以外の JavaScript ライブラリをこのように個別のフォルダ構造に保持することをお勧めします。ブラウザは、サードパーティ ライブラリとは別にアプリケーションをキャッシュできます。サードパーティのライブラリは頻繁に変更されませんが、アプリケーションはおそらく頻繁に変更されるためです。
しかし、durandal の規則はすべて完全に構成可能であり、durandal を好きな場所に置くことができます。
これは、Durandalが顧客のクライアントコードをAppフォルダーに整理し、サードパーティのスクリプトフォルダーから遠ざけるために使用することを決定した規則です。require.jsとそのAMDパターンに依存する方法のため、require.jsをAppフォルダーに配置します。require.jsは、すべてのモジュールを見つけて、必要に応じて(Appフォルダーに)ロードするために使用されます。
これが防いでいる必要がある特定の何かがありますか?