問題タブ [iife]

1ガベージコレクションとアイテムがメモリに保持される方法についての私の最小限の理解を考えると、と比較すると、メモリの問題が発生する可能性があるよう2です。この時点では、実際のボトルネックよりも学術的な質問の方が多いです...ボールの助けですか？

関連するコードを記述およびグループ化するために JS コード内で Named IIFE を利用することの長所と短所は何ですか?

私はこの「パターン」を使用して、1 か所でのみ実行されるより手続き型のコードに構造を与えてきました。

例

これは両方よりも好ましいと思います：

時間の経過とともにコメントがコードから分離される可能性があり、コメントがどの行に適用されるかがすぐにはわからないためです

そしてへ：

一箇所でしか実行されないのに、なぜ関数とその実行を分離するのでしょうか?

このパターンを使用する場合、パフォーマンス、保守性、テスト容易性、またはクロスブラウザーに関する考慮事項はありますか? 多くの人が実際にこれを使用しているのを見たとは思いませんが、非常に便利なように感じます

私のライブラリは次のようなIIFEです。

このライブラリ内では、コードが次のようなモジュールに編成されています。

ここで、各モジュールにfooがあります。

IIFE内にIIFEを配置することに問題はありますか？

主要なライブラリのほとんどはIIFEにカプセル化されていますが、そこからコードをIIFEではなく単純なオブジェクトリテラルに編成します。

そういうわけで私は尋ねている/好奇心が強いです。

私は自分のモジュールにプライベートメンバーを持たせるのが好きで、このパターンがこれを可能にするので、これを行います。

私は JavaScript から始めて、次のコードを勉強しました。新しいオペレーターは何をしますか？canvas.js が自分自身を呼び出してキャンバスを作成していませんか?

main.js

canvas.js

私のライブラリのほとんどのセクションは、次のような構造を持つファイルで構成されています。

今、私のファイルが次のようになっているSomethingとします。documentwindow

のコンストラクター内でドキュメントを使用する場合、ドキュメントSomethingをIIFEに渡して、以下のようにする必要があります。

または、IIFE 以外で変数を使用する場合にのみ変数を渡す必要がありSomethingますか? 以下のように、

arguments一部を coffeescript-classに渡すことは何とか可能iifeですか?

次のような CoffeeScript クラスインスタンス:

通常は次のようになります。

ただし、次のように、匿名ラッパーにいくつかの引数を設定する方法があるかもしれません。

現在、各モジュールを余分なラッパーでラップしています。

しかし、これは間違いなく美しくありません (通常の coffescript のように)。

私はウィキペディアの例に従っています：

内部に変数を含むスタック フレームを保持するクロージャーがあり、複数のカウンターを作成できることを理解しています。これはi明らかです。しかし、なぜ IIFE 構文がここで使用されるのでしょうか? それなしでコードを書き直すと、同じように機能します。

ウィキペディアの例でIIFEが何をしているのかについての説明をいただければ幸いです。

私はcordova.js のソースコードを調べていましたが、その構造は次のようになります

最初のセミコロンは何を意味するのでしょうか?

無名関数の前にセミコロンがあることを確認するだけですか、それとも何か他の意味ですか?

dom is readyの場合にのみ、よりメモリ効率の高い手法を使用して、匿名の自己実行関数を呼び出したいと考えています。また、最適化のために、window および window.jQuery グローバル オブジェクトのローカル スコープ バージョンを使用したいと考えています (ローカル スコープのロードは、グローバルよりも高速です)。

で、このパターンで合ってる？

何か間違ったことをしているのかどうかわかりません...

前もって感謝します！

私はこのようなものを持っています:

コンソールから呼び出されたくないmyFunction()ので、無名関数で囲みました。では、別の場所で呼び出す必要がある場合は、2 回宣言する必要がありますか?それともどうすればよいでしょうか?