モジュール化された独立したテスト可能なコードを作成することは、特に大きなプロジェクトの場合、非常に理にかなっています。
しかし、ビルド時にプロジェクトを連結および縮小する必要がある大きなプロジェクトでrequire.js/を使用すると、どのような違いがありますか?amd
1244 次
3 に答える
6
Require.JS はまったく役に立たないフレームワークだと思います。それはかなり単純な概念を過度に複雑にします。
そうは言っても、依存関係の読み込みは、プラットフォームに依存しないコードを記述する場合に非常に役立ちます。
たとえば、モバイル アプリ用の Apache Cordova やデスクトップ アプリ用の AppJS にも移植できる Web アプリケーションを開発したいとします。すべてのビジネス ロジックを書き直す必要はないため、依存関係を動的にロードしてソフトウェアを複数のアーキテクチャに適応させるブートストラップを構築することは理にかなっています。そうすれば、さまざまなプラットフォームで実行できる製品が 1 つだけになります。サーバー側スクリプトに NodeJS の使用を追加すると、フロント エンド ソフトウェアだけでなく、まったく同じコードでバック エンドを作成できます。
モジュール性はクロスプラットフォーム プロジェクトに大いに役立ちますが、前述したように、Require.JS は実際にはそれほど役に立ちません。非常に複雑であることがわかりました。代わりに、読み込まれたすべてのパッケージのレジストリを含む jQuery の getScript 関数を中心に構築されたオブジェクトを使用して、開発者が既に読み込まれているパッケージ (より大きなプロジェクト) を読み込もうとしないようにします。
于 2012-12-21T15:42:14.893 に答える
1
次のように、require.js には多くの利点があります。
- 条件付きローディング
- 非同期読み込み
- 論理モジュール
- ネストされた依存関係の抽象化
- マルチバージョンのサポート
- 自動縮小
于 2012-12-21T15:38:59.080 に答える
0
Require.js では、JavaScript の本番環境で 1 つ (プロジェクトに適している場合は複数) の JS ファイルを使用することを推奨しています。小さなプロジェクトでそれを使用する主な理由は 2 つあります (@Wolfgang Stengel がすべての利点を挙げています)。
JS ファイルで jQuery やその他のライブラリを組み合わせている場合、それは正しくない可能性があります。CDN コピーを使用できる場合、ユーザーは既にそのファイルをマシンにダウンロードしている可能性が高く、JavaScript の読み込みにかかる時間が短縮されます。
もう 1 つの利点は、非同期読み込みです。これにより、JavaScript の読み込みによって Web ページのレンダリングがブロックされなくなります。より速く表示される Web ページは、エンド ユーザーにとってより速いサイトであると一般に考えられています。
于 2012-12-21T15:48:48.387 に答える