なぜ、require 構造の中に別の require 構造を持ちたいのでしょうか?
お気に入り
require([mod1,mod2], 関数(m1, m2){ require([mod3], 関数(m3){ // そして、ここでも m1 と m2 を使用します })) }))
require 構造を 1 つだけ持つことができないのはなぜですか? この設定の間の動機を理解したいです。
なぜ、require 構造の中に別の require 構造を持ちたいのでしょうか?
お気に入り
require([mod1,mod2], 関数(m1, m2){ require([mod3], 関数(m3){ // そして、ここでも m1 と m2 を使用します })) }))
require 構造を 1 つだけ持つことができないのはなぜですか? この設定の間の動機を理解したいです。
ネストされた require は必須ではなく、これがあなたのスタイルに合わない場合は簡単に避けることができます。
ただし、これはサブモジュールまたは条件付きモジュール (ポリフィルなど) をロードするのに役立ちます。
より個人的な経験では、router
リクエストされたときに特定のページビューをロードするために、コントローラー内で入れ子になった require をよく使用します。router
これにより、アプリのページ コレクション全体を読み込まずに、自分の依存関係のみを要求できます。
また、ネストされた require を使用して、i18n
条件付きロケールをロードすることにより、一部のアプリの一部の側面を管理していることもよくあります。
define
最後に、モジュールはではなくを使用して定義する必要があることを覚えておいてくださいrequire
。require
関数は、必要に応じてスクリプトを任意にロードするために実際に使用されます (アプリをブートストラップするために一度使用できます)。したがって、ほとんどの実際の使用例では、モジュール定義require
内にネストされたものがあります。define
この助けを願っています!