ビルド時にすべてのファイルを引き続きconcenateする必要があるのに、なぜrequire.jsを使用するのですか？

Question

モジュラーで独立したテスト可能なコードを書くことは、特に大きなプロジェクトの場合には、かなりの意味があります。

/amd大きな違いは何ですか？私はまだ&をビルド時にプロジェクトを縮小する必要がありますか？

Answer 1

私はRequire.JSがまったく役に立たないフレームワークだと言って私の応答を前にしたいと思います。それはかなり単純な概念を過度に複雑にします。

言われているように、依存関係の読み込みは、プラットフォームに依存しないコードを書く場合に非常に便利です。

例えば、モバイルアプリケーション用にApache Cordovaに、またデスクトップアプリケーション用にAppJSに移植できるWebアプリケーションを開発したいとします。すべてのビジネスロジックを書き換えたくないので、ソフトウェアを複数のアーキテクチャに適応させるために依存関係を動的にロードするブートストラップを構築することは理にかなっています。そうすれば、さまざまなプラットフォームで実行できる1つの製品だけが得られます。サーバサイドスクリプト用のNodeJSの使用法を追加すると、フロントエンドソフトウェアだけでなくバックエンドもまったく同じコードで書くことができます。

モジュール性は、クロスプラットフォームプロジェクトでは大いに役立ちますが、私が言ったように：Require.JSはそれほど有用ではありません。私はそれが過度に複雑であることがわかった。代わりに、私は、すでにロードされているパッケージ（大規模プロジェクト）をロードしようとしないように、ロードされたすべてのパッケージのレジストリを含むjQueryのgetScript関数を使って構築されたオブジェクトを使用します。

Answer 2

などrequire.jsに多くの利点が存在している：

• 条件ローディング
• 非同期ローディングが
• 論理モジュール
• ネストされた依存関係の抽象
• マルチバージョンのサポート
• 自動化された化粧

Answer 3

Require.jsはJavaScriptのプロダクション環境でJSファイルを使用することをお勧めします。そのため、小規模なプロジェクトでは一般的です。小規模なプロジェクトには主に2つの理由があります。@Wolfgang Stengelはすべてのメリットを挙げています。

jQueryや他のライブラリをJSファイルに組み込んでいるのであれば、正しいことではないかもしれません。 CDNコピーを使用することができれば、ユーザーはすでにそのファイルをマシンにダウンロードしている可能性があります。これにより、JavaScriptを読み込む時間が短縮されます。

もう1つの利点は、非同期ロードです。これにより、JavaScriptの読み込みがWebページのレンダリングを妨げないようになります。より速く現れるウェブページは一般に、エンドユーザのためのより速いサイトと考えられている。