私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.115 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
var a = {};
a.value = 'hogehoge';
a.hoge = function() { return this.value; }
a.fuga = 3;
みたいにfunctionのうしろだけセミコロンをつけないのはなぜですか
a.value = 'hogehoge';
a.hoge = function() { return this.value; }
a.fuga = 3;
みたいにfunctionのうしろだけセミコロンをつけないのはなぜですか
>>408
セミコロンはつける方が正しい
セミコロンはつける方が正しい
>>408
それは付けるべき
それは付けるべき
>>412
あなたの考え方を聞いているのではなく、なぜセミコロンをつけないのが一般的なのかを聞いております
あなたの考え方を聞いているのではなく、なぜセミコロンをつけないのが一般的なのかを聞いております
var a ={};
var a ={a,b,c};
var a ={
a,
b,
c
}
あながち間違ってないかもその暗黙の了解ルール
var a ={a,b,c};
var a ={
a,
b,
c
}
あながち間違ってないかもその暗黙の了解ルール
JAVAではセミコロンがないとパースエラーになりますが、javascriptはならないのですね
言語使用が雑ですね
言語使用が雑ですね
min化したときにセミコロン無しや/**/してないとうわぁっとなる問題はどうしたらいいですか
>>417
SyntaxError なのでそれ以前の問題
SyntaxError なのでそれ以前の問題
Rubyでは付けないのが普通らしい。
だけど付けないと変な解釈をすることが有るってのは
やっぱり有るらしい。
だけど付けないと変な解釈をすることが有るってのは
やっぱり有るらしい。
function () {}
と
var a = function () {};
は別物。上は関数宣言、下は関数式。宣言には付けない、式には付ける。
と
var a = function () {};
は別物。上は関数宣言、下は関数式。宣言には付けない、式には付ける。
a();
function a() {}
これはエラーにならない。
a();
var a = function () {};
これはエラーになる。
a=1;
function a() {}
a();
これもエラーになる。
function a() {}
これはエラーにならない。
a();
var a = function () {};
これはエラーになる。
a=1;
function a() {}
a();
これもエラーになる。
var a = 0;
一行にすると何故必要になるか分かる
var func = function () {}; (a == 0) ? 1:0; //typeof(func) -> "function"
セミコロンを外すと意図しない動作に
var func = function () {} (a == 0) ? 1:0; //typeof(func) -> "number"
宣言の場合はセミコロンが有ってもなくても意図通りの結果に
function b(){} (a == 0) ? 1:0; //typeof(func) -> "function"
function b(){}; (a == 0) ? 1:0; //typeof(func) -> "function"
一行にすると何故必要になるか分かる
var func = function () {}; (a == 0) ? 1:0; //typeof(func) -> "function"
セミコロンを外すと意図しない動作に
var func = function () {} (a == 0) ? 1:0; //typeof(func) -> "number"
宣言の場合はセミコロンが有ってもなくても意図通りの結果に
function b(){} (a == 0) ? 1:0; //typeof(func) -> "function"
function b(){}; (a == 0) ? 1:0; //typeof(func) -> "function"
lodashで、reduceなどのコールバック関数中に、
そこで使う変数を送り込みたい時はどうするのがベストなのでしょうか
今は外のスコープに書いてクロージャの形にしてますが、
これは関数言語的じゃないように思います
そこで使う変数を送り込みたい時はどうするのがベストなのでしょうか
今は外のスコープに書いてクロージャの形にしてますが、
これは関数言語的じゃないように思います
>>435
途中で送信してしまった
1.無名関数の中に実行したい関数を入れる
array.reduce(function() {
func(引数)//実行したい関数
})
2.関数を返す即時関数の引数を使う
array.reduce((function(仮引数) {
return function() {
//処理
}
})(実引数)
途中で送信してしまった
1.無名関数の中に実行したい関数を入れる
array.reduce(function() {
func(引数)//実行したい関数
})
2.関数を返す即時関数の引数を使う
array.reduce((function(仮引数) {
return function() {
//処理
}
})(実引数)
>>403
うぜえ
うぜえ
セミコロンの自動挿入は意図がよくわからないな
混乱するだけだと思うんだけど
混乱するだけだと思うんだけど
ループしながら判定してヒットした時点でループを抜ける
という処理がありますが、関数言語的ループの場合は例外を投げて外に出すのでしょうか?
という処理がありますが、関数言語的ループの場合は例外を投げて外に出すのでしょうか?
lodashではfalseを返せばループは終わらせられるようです
メソッドチェーンを中断させる機構があれば尚いいのですが・・
メソッドチェーンを中断させる機構があれば尚いいのですが・・
なんか最近ココでlodashって単語よく見かけるんですが
流行してるんですか?
流行してるんですか?
function exec() {
return arguments[0];
}
function judgment() {
return arguments[0]!==10;
}
function loop() {
var result = arguments[2](arguments[1][arguments[0]]);
if (arguments[3](result)) {
return loop(arguments[0]+1,arguments[1],arguments[2],arguments[3]);
} else {
return result;
}
}
var arg = [0,1,2,3,4,5,6,7,8,9,10,11],
idx = 0;
result = loop(idx,arg,exec,judgment);
いい加減すぎたな。ちゃんと書くとこうか
loopの中のloopにreturn付けて、配列で引数を渡して
関数型で縛るとこうなるだろ?ようするに面倒なんだよ
return arguments[0];
}
function judgment() {
return arguments[0]!==10;
}
function loop() {
var result = arguments[2](arguments[1][arguments[0]]);
if (arguments[3](result)) {
return loop(arguments[0]+1,arguments[1],arguments[2],arguments[3]);
} else {
return result;
}
}
var arg = [0,1,2,3,4,5,6,7,8,9,10,11],
idx = 0;
result = loop(idx,arg,exec,judgment);
いい加減すぎたな。ちゃんと書くとこうか
loopの中のloopにreturn付けて、配列で引数を渡して
関数型で縛るとこうなるだろ?ようするに面倒なんだよ
偉そうなわりにコードが汚いw
これがアンチlodashの正体かって
思うと笑えてくる。
これがアンチlodashの正体かって
思うと笑えてくる。
lodash使ってもいない人がメソッドチェーンの中断などというテクニカルな話題で
まともなアイデアを出せるわけないしw
まともなアイデアを出せるわけないしw
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.113 + (1001) - [97%] - 2014/1/25 12:46
- + JavaScript の質問用スレッド vol.135 + (1002) - [97%] - 2018/11/23 10:30
- + JavaScript の質問用スレッド vol.125 + (1001) - [97%] - 2015/10/7 17:45
- + JavaScript の質問用スレッド vol.119 + (1002) - [97%] - 2014/10/3 15:30
- + JavaScript の質問用スレッド vol.118 + (1002) - [97%] - 2014/8/29 22:30
- + JavaScript の質問用スレッド vol.117 + (1009) - [97%] - 2014/8/5 3:30
- + JavaScript の質問用スレッド vol.116 + (1002) - [97%] - 2014/7/1 0:45
- + JavaScript の質問用スレッド vol.114 + (1001) - [97%] - 2014/5/3 10:45
- + JavaScript の質問用スレッド vol.112 + (1001) - [97%] - 2013/11/27 16:46
- + JavaScript の質問用スレッド vol.111 + (1001) - [97%] - 2013/11/4 6:00
- + JavaScript の質問用スレッド vol.110 + (1001) - [97%] - 2013/10/13 14:01
- + JavaScript の質問用スレッド vol.113 + (1001) - [97%] - 2014/3/15 21:30
- + JavaScript の質問用スレッド vol.105 + (1001) - [97%] - 2013/5/20 4:45
- + JavaScript の質問用スレッド vol.109 + (1001) - [95%] - 2013/10/7 13:16
- + JavaScript の質問用スレッド vol.121 + (1001) - [95%] - 2022/11/29 16:30
- + JavaScript の質問用スレッド vol.126 + (348) - [95%] - 2023/1/12 17:00
- + JavaScript の質問用スレッド vol.100 + (1001) - [95%] - 2012/6/13 22:46
トップメニューへ / →のくす牧場書庫について