2017-12-17 12 views
0

私は、クライアントに提供される前にブラウジングされたフロントエンドコードをプログラミングする際に、モジュールパターンを使用しています。私が読んできたことから、Browserifyは、ノードスタイルのモジュール分離をエミュレートするために、別々のファイルとそれぞれのコードを独自のクロージャに入れているようです。これは、私がClosure/Module Patternの目的を破ったということを私がBrowserifyを使っているときに意味しますか?これが当てはまる場合は、モジュールパターンを使用してコードをクロージャーにラッピングし、別のクロージャーに格納し、不要でパフォーマンスを低下させるパターンになる可能性があります。私は、Browserifyでコンパイルされるモジュールを書くときに、コードを別に扱うべきでしょうか?browserifyを使用しているときにクロージャ/モジュールパターンは廃止されますか?

答えて

0

Browserifyでコンパイルするモジュールを記述する際に、コードを違うものにする必要がありますか?

号しかし、あなたはCommonJSまたはES6モジュールとして解釈され書き込みモジュール、すなわちJavaScriptファイルである場合、あなたは確かにモジュールパターン(生命維持)を使用しないでください。モジュールには既に独自のスコープがあり、実行する必要があるのはmodule.exportsまたはexportの宣言だけです。

Namespacing with IIFE in ES6?も参照してください。

+0

ああ、リンクありがとう!今、私は分かる。 –

関連する問題