私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.138 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
じゃあ他人にできることができないことがある
お前はクソということだな
お前はクソということだな
>>600
昔はthisは（他のクラスベース言語だとインスタンスを表すのでそれに習って）
オブジェクトでないといけないという縛りがあったので
undefinedのときは仕方がないのでglobalThisに置き換えられてただけ
ES5になってその制限を緩くして
strict modeだとthisがプリミティブになることができるようになった
昔はthisは（他のクラスベース言語だとインスタンスを表すのでそれに習って）
オブジェクトでないといけないという縛りがあったので
undefinedのときは仕方がないのでglobalThisに置き換えられてただけ
ES5になってその制限を緩くして
strict modeだとthisがプリミティブになることができるようになった
JSで未だに問題になり得る隠しきれない残念な部分ってtypeof演算子くらいでしょ
>>602
うん。それはそれでいいんだけど、
JavaScriptのforEachでthisがundefinedもしくはwindowになる（strictかどうかで挙動が変わる）
という仕様は何が便利なのかなーって話
うん。それはそれでいいんだけど、
JavaScriptのforEachでthisがundefinedもしくはwindowになる（strictかどうかで挙動が変わる）
という仕様は何が便利なのかなーって話
>>606
人の話聞いてる？
forEachなんかでのthisValueは当然メソッド呼び出しでもないんだしundefinedでしょ
ただsloppy modeだとundefinedがglobalThisに置き換えられるってだけ
置き換えられる理由は前述の通り
人の話聞いてる？
forEachなんかでのthisValueは当然メソッド呼び出しでもないんだしundefinedでしょ
ただsloppy modeだとundefinedがglobalThisに置き換えられるってだけ
置き換えられる理由は前述の通り
ん？ただ一言、forEachでundefinedになってることに
メリットはないって言ってくれれば良いんだけど？
メリットはないって言ってくれれば良いんだけど？
>>609
お前言ってることがおかしいよ
undefined以外だったらおかしくてむしろデメリットになり得るでしょ
thisは何にでも使えるとはいえ「THIS」なのだから
ライブラリやらが何をどうしようと勝手だが標準には秩序というものがある
お前言ってることがおかしいよ
undefined以外だったらおかしくてむしろデメリットになり得るでしょ
thisは何にでも使えるとはいえ「THIS」なのだから
ライブラリやらが何をどうしようと勝手だが標準には秩序というものがある
こいつ第10引数は何故いつも開いてるんだ！
undefinedの代わりに何か便利なものを提供しろ！
とか言いそうだな
undefinedの代わりに何か便利なものを提供しろ！
とか言いそうだな
>>611
> undefined以外だったらおかしくてむしろデメリットになり得るでしょ
どんなデメリット？
> thisは何にでも使えるとはいえ「THIS」なのだから
forEachの中では、必ず undefined （またはWindow）になるんです。
「THISなのだから」とはどういう意味？
> undefined以外だったらおかしくてむしろデメリットになり得るでしょ
どんなデメリット？
> thisは何にでも使えるとはいえ「THIS」なのだから
forEachの中では、必ず undefined （またはWindow）になるんです。
「THISなのだから」とはどういう意味？
>>612
便利なものが思いつかないなら、何も提供しなくて良いのでは？
便利なものが思いつかないなら、何も提供しなくて良いのでは？
やっぱjavascriptの仕様がおかしい
おかしくなかったら揉めない
おかしくなかったら揉めない
>>613
必ずなるなんて誰も言ってないでしょ
forEachやmapは第二引数で指定できるでしょ
コールバックのthisが何になるかなんてJSの秩序では自明でないでしょ
それに利便性も含めて指定できるようになってるんだから
指定されていない時はundefinedが自然でしょ
それが嫌なら指定すればいいだけなのだから
必ずなるなんて誰も言ってないでしょ
forEachやmapは第二引数で指定できるでしょ
コールバックのthisが何になるかなんてJSの秩序では自明でないでしょ
それに利便性も含めて指定できるようになってるんだから
指定されていない時はundefinedが自然でしょ
それが嫌なら指定すればいいだけなのだから
> 指定されていない時はundefinedが自然でしょ
いいえ、コールバックのthisが何になるかなんてJSの秩序では自明ではありません。
いいえ、コールバックのthisが何になるかなんてJSの秩序では自明ではありません。
まあ呼び出しが側が自由に設定出来るからな。jQueryがそうしてるように。
※ただしアロー関数は除くｗｗ
※ただしアロー関数は除くｗｗ
>>615
なんかおかしいことあるか？
なんかおかしいことあるか？
>>621
だからそのクラスベース脳捨てろよ。
hoge(function() {console.log(this);});
//=> undefined
が自明だって？バカいうな。
hogeの定義はこうだ！
function hoge(cb) {cb.bind('うんこ')();}
だから、
//=> undefined
じゃなくて、
//=> うんこ
なんだよこのうんこ！
jQueryだってやってることは同じだバカ！
だからそのクラスベース脳捨てろよ。
hoge(function() {console.log(this);});
//=> undefined
が自明だって？バカいうな。
hogeの定義はこうだ！
function hoge(cb) {cb.bind('うんこ')();}
だから、
//=> undefined
じゃなくて、
//=> うんこ
なんだよこのうんこ！
jQueryだってやってることは同じだバカ！
>>622
日本語でok
日本語でok
>>621
> 何かのオブジェクトのメソッドとして実行されないから
> thisキーワードを参照しても返すべきオブジェクトがないわけで
その理屈だと、DOMのイベントは、
DOM要素オブジェクトのメソッドとして実行されないから
undefinedになるべきなんですよ。
> 何かのオブジェクトのメソッドとして実行されないから
> thisキーワードを参照しても返すべきオブジェクトがないわけで
その理屈だと、DOMのイベントは、
DOM要素オブジェクトのメソッドとして実行されないから
undefinedになるべきなんですよ。
>>626
お前の言う「JSの秩序」によると
element.addEventListener('click', function() {
// ここのthis は
}, false) ;
undefinedとして扱われるべきということになってしまう
お前の言う「JSの秩序」によると
element.addEventListener('click', function() {
// ここのthis は
}, false) ;
undefinedとして扱われるべきということになってしまう
jQueryはあくまでDOM用のライブラリだから
DOMの仕様に準拠している。と考えればいいのか
DOMの仕様に準拠している。と考えればいいのか
JavaScriptのforEachでthisを要素にする方法ないのかな？
>>635
これでええやろ。
Array.prototype.forEach2 = function(cb) {
this.forEach((v, i, a) => { cb.bind(v)(v, i, a); });
};
コールバックにはfunctionつかうんやで？
アローはthis変えさせてくれへんいけずやからな。
[5, 4, 3].forEach2(function() { console.log(this); });
5
4
3
これでええやろ。
Array.prototype.forEach2 = function(cb) {
this.forEach((v, i, a) => { cb.bind(v)(v, i, a); });
};
コールバックにはfunctionつかうんやで？
アローはthis変えさせてくれへんいけずやからな。
[5, 4, 3].forEach2(function() { console.log(this); });
5
4
3
それだけじゃ>>638は全然分かんないんだけと…
バカ舐めてない？
バカ舐めてない？
すみません、ちょっと質問なのですが、javascriptはスタックサイズの変更は出来ないのでしょうか？
再帰関数を実装したらスタックが溢れてしまいます。スタックサイズを設定出来るコンパイラオプションみたいなものはないのでしょうか？
再帰関数を実装したらスタックが溢れてしまいます。スタックサイズを設定出来るコンパイラオプションみたいなものはないのでしょうか？
スタックサイズを無限にでもしたいのか？
無限に必要だろ。お前のコードは。
無限に必要だろ。お前のコードは。
>>649
わからんのなら黙っとけ
わからんのなら黙っとけ
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
JavaScript スレッド一覧へ類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.130 + (1001) - [97%] - 2017/11/25 20:45
- + JavaScript の質問用スレッド vol.135 + (1002) - [97%] - 2018/11/23 10:30
- + JavaScript の質問用スレッド vol.130 + (974) - [97%] - 2016/10/26 14:18
- + JavaScript の質問用スレッド vol.108 + (1001) - [97%] - 2013/9/21 15:16
- + JavaScript の質問用スレッド vol.131 + (1004) - [97%] - 2018/3/7 13:30
- + JavaScript の質問用スレッド vol.132 + (1001) - [97%] - 2018/4/19 11:00
- + JavaScript の質問用スレッド vol.133 + (1001) - [97%] - 2018/6/8 10:45
- + JavaScript の質問用スレッド vol.128 + (1001) - [97%] - 2016/2/26 6:45
- + JavaScript の質問用スレッド vol.131 + (1000) - [97%] - 2017/1/25 8:01
- + JavaScript の質問用スレッド vol.134 + (1001) - [97%] - 2018/8/3 23:15
- + JavaScript の質問用スレッド vol.136 + (1001) - [97%] - 2019/1/8 11:30
- + JavaScript の質問用スレッド vol.137 + (1003) - [97%] - 2019/3/26 11:46
- + JavaScript の質問用スレッド vol.139 + (1001) - [97%] - 2019/5/27 15:15
- + JavaScript の質問用スレッド vol.118 + (1002) - [97%] - 2014/8/29 22:30
- + JavaScript の質問用スレッド vol.117 + (1009) - [95%] - 2014/8/5 3:30
- + JavaScript の質問用スレッド vol.116 + (1002) - [95%] - 2014/7/1 0:45
- + JavaScript の質問用スレッド vol.119 + (1002) - [95%] - 2014/10/3 15:30
トップメニューへ / →のくす牧場書庫について