JavaScript関数のstrictモードにおける『this』の考察

関数定義の比較

これを知らないとJavaScriptが使えますとは言えない。っと自ら痛感した落書き人でありました。
thisの確認

strictモードでのthisの扱いの要約

落書き人はstrictモードで記述することから、strictモードでの挙動を知っておく必須であることから、これを確認しました。

Thisが示す先は？

• 下記の様に明示的に示さない限り、callオブジェクトにthisは未定義。
• call,applyで明示的にthisオブジェクトが示されていれば、そのオブジェクトです。なおbindで明示的に示すことが出来なかった。
• 上記の通り、明示的にthisオブジェクトが示されていれば、そのthisに束縛される。
• オブジェクトリテラル中の関数で、thisが奇っ怪な事になることを確認している。
  ３秒後にグローバルから呼び出すと、自身のオブジェクトリテラルで定義したオブジェクトを示している。
  しかしloadイベントから呼び出すとthisがグローバル(window)を示すことになる。これはloadイベントに代入（コピー）登録された関数（main.entry部分）が実行行されるからで、main.entryの所が実行されるわけでな無いからです。
  話は飛び、HTMLの属性に書くイベントは、HTMLが読まれた時にハンドラ関数が作成されるので、呼び出したい関数をかっこつきで書くことになる。だれ得でこんな奇っ怪な仕様になっているのかは考えないでおくことにする。
  話を戻して、この奇っ怪な仕様を回避するには「 」にてloadイベントを書けば悩まずに済む。
  『』vs.『window.addEventListener('load', func, false);』 落書き人は前者の書き方を好んで使う。 その理由は、落書き人はオブジェクトリテラルを好んで使う為である。 loadイベントでオブジェクトリテラル内の関数を実行したい時に、後者の方法は都合が悪い。 何故なら、後者は指定した関数がイベントリスナーに代入される為に、それが実行された場合のthisが関数うリテラルではなく、グローバル(window)を示すので都合が悪い。 もっっとも後者でも以下の様に書けば問題ない。 『window.addEventListener('load', function(){func();}, false);』

補足　bind,call,applyの違い

これを知らないとJavaScriptが使えますとは言えない。っと自ら痛感した落書き人でありました。
thisの確認