私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.115 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>301のレスがないけど、逃げたのかな
間違えた>>345だった
parseIntは基数を書かなくていいのでlodashのを使っていますが
標準の方がいいと思う人いますか？
標準の方がいいと思う人いますか？
Note: This method avoids differences in native ES3 and ES5 parseInt implementations.
Seehttp://es5.github.io/#E.
つまり互換性のためか
lodashを使っておいた方が間違いはないな
Seehttp://es5.github.io/#E.
つまり互換性のためか
lodashを使っておいた方が間違いはないな
アンチ謎の効果あり宣言w
アンチは計測不能なほど小さいパフォーマンス改善のために
潜在的に危険なコードな放置しておけばいいんじゃないですかぁ？
アンチは計測不能なほど小さいパフォーマンス改善のために
潜在的に危険なコードな放置しておけばいいんじゃないですかぁ？
>>354
普通にlodashオブジェクトにメソッド追加すれば出来るよ
普通にlodashオブジェクトにメソッド追加すれば出来るよ
今日の対決ではlodashアンチの方が押され気味だねｗ
lodashに興味が湧いてきたよ
lodashに興味が湧いてきたよ
なあに、こっちは対決なんかしておらず
簡単に書ける方法を教えているだけよ。
それがたまたまlodashだったってだけで。
簡単に書ける方法を教えているだけよ。
それがたまたまlodashだったってだけで。
_.mixin({
push: function(array,item){
array.push(item);
return array;
}
});
これだけでpushが追加できました
しかもメソッドチェーンにも対応していて
_([]).push('a').push('b').valueOf()
みたいな書き方も出来ます
lodash最高＼(^o^)／
push: function(array,item){
array.push(item);
return array;
}
});
これだけでpushが追加できました
しかもメソッドチェーンにも対応していて
_([]).push('a').push('b').valueOf()
みたいな書き方も出来ます
lodash最高＼(^o^)／
ちなみに.push().push()するような場面はどのようなときにありますか
まさかテストコードに実用性を求められるとはw
今までpushやshiftしたい時はtapで関数を渡してたのでスッキリしました～
今までpushやshiftしたい時はtapで関数を渡してたのでスッキリしました～
>>344
シングルクオートとダブルクオートが逆。
シングルクオートとダブルクオートが逆。
>>373
はい？
はい？
lodashのメソッドは通常非破壊的なようです
var a = ['a','b','c'];
_(a).first(1);
console.log(a);//aには変化なし
_(a).push('d');
console.log(a);//aも変化している
破壊性と非破壊性に意識的になってないと思わぬトラブルになるかもしれません
var a = ['a','b','c'];
_(a).first(1);
console.log(a);//aには変化なし
_(a).push('d');
console.log(a);//aも変化している
破壊性と非破壊性に意識的になってないと思わぬトラブルになるかもしれません
>>375
ライブラリのくせに余計な気を使わせるとかゴミだな
ライブラリのくせに余計な気を使わせるとかゴミだな
_.assignも破壊的なので、必ず非破壊的というわけではないですね
このあたりはまぁ普通のJSプログラミングでも意識する部分なので
lodashが最高なのは恒真ですが
このあたりはまぁ普通のJSプログラミングでも意識する部分なので
lodashが最高なのは恒真ですが
今日調べて分かったことを日記帳に書いたような、ドキュメントの例文レベルの議題と解決例を書き連ねて、このままスレが終わるのもアリかもね。
次スレからライブラリの話は禁止で。
次スレからライブラリの話は禁止で。
自分に分からないことを書かれたからって拗ねるのはやめて下さいね
迷惑なので
迷惑なので
今の状況を見て今更疑問に思ったんだけど
このスレなんでID出るプログラム板じゃなくてWeb製作に立ってんの？
このスレなんでID出るプログラム板じゃなくてWeb製作に立ってんの？
「オブジェクトの指定した属性に指定した値を加算する」が出来る
標準関数はlodashにないですよね？
{
x:100,
y:-100
}
などを渡すと、x+=100, y+=-100をする、というようなものです
標準関数はlodashにないですよね？
{
x:100,
y:-100
}
などを渡すと、x+=100, y+=-100をする、というようなものです
lodashで破壊的メソッドを実行する時、元オブジェクトは変えたくないのでクローニングしようと思い
_(a).clone().hoge()
とすると、cloneはチェーンに対応していないようでエラーが出ました。
なのでクローンしてラッパーオブジェクトを返すプラグインを追加し、
cloneのかわりにそれを使ったら、想定通りに動作しました。
動いたのでいいのですが、標準機能では同じことは出来ないのでしょうか？
_(a).clone().hoge()
とすると、cloneはチェーンに対応していないようでエラーが出ました。
なのでクローンしてラッパーオブジェクトを返すプラグインを追加し、
cloneのかわりにそれを使ったら、想定通りに動作しました。
動いたのでいいのですが、標準機能では同じことは出来ないのでしょうか？
mapがあるだろ
ライブラリに走る奴は標準機能をよく理解してない傾向がある
ライブラリに走る奴は標準機能をよく理解してない傾向がある
>>353
一応、XHTMLであれば「id要素」を定義することが可能です。
括弧付で書いたのは「あなたの質問したid要素とは異なりますよ」と明示する為。
確かに意地悪な回答でしたが、不明瞭な質問(使用ライブラリを明示しない、id要素というオレオレ用語を使う)には端的な回答を返すことにしています。
過去に不明瞭な質問に憶測で回答して痛い目にあったことがあり、自己防衛のためです。
- 憶測で回答して間違っていた(初回回答時に確認すればよかった)
- 憶測で回答がよくないと思い、不明瞭な事項の確認を求めたところ、「～に決まってますよね。わからないんですか？」と煽られた
相手にってはどう転んでも非難されるので、あの回答になりました。
ただ、>>353さんのように横で見ている人がわかりづらいのは申し訳ないと思っています。
内容を伴った指摘であれば回答する意思はあるので、お手数ですが、ご容赦下さい…。
一応、XHTMLであれば「id要素」を定義することが可能です。
括弧付で書いたのは「あなたの質問したid要素とは異なりますよ」と明示する為。
確かに意地悪な回答でしたが、不明瞭な質問(使用ライブラリを明示しない、id要素というオレオレ用語を使う)には端的な回答を返すことにしています。
過去に不明瞭な質問に憶測で回答して痛い目にあったことがあり、自己防衛のためです。
- 憶測で回答して間違っていた(初回回答時に確認すればよかった)
- 憶測で回答がよくないと思い、不明瞭な事項の確認を求めたところ、「～に決まってますよね。わからないんですか？」と煽られた
相手にってはどう転んでも非難されるので、あの回答になりました。
ただ、>>353さんのように横で見ている人がわかりづらいのは申し訳ないと思っています。
内容を伴った指摘であれば回答する意思はあるので、お手数ですが、ご容赦下さい…。
>>388
あなたの回答は必要ありませんので、
曖昧な質問だと思ったら今後はスルーして下さい
アスペ的な突っ込みを防ぐための言葉遣いは、今後もするつもりはありませんので。
人間の言葉は伸縮性があり、
伸縮性のある言葉を自在に使いこなす人間の知性を俺は信用しているのです
曖昧な言葉は、いわばアスペフィルタです
アスペの回答はいりませんので、スルーして下さい
あなたの回答は必要ありませんので、
曖昧な質問だと思ったら今後はスルーして下さい
アスペ的な突っ込みを防ぐための言葉遣いは、今後もするつもりはありませんので。
人間の言葉は伸縮性があり、
伸縮性のある言葉を自在に使いこなす人間の知性を俺は信用しているのです
曖昧な言葉は、いわばアスペフィルタです
アスペの回答はいりませんので、スルーして下さい
まーいいじゃん
変な質問はスルーってのは正しいとは思うけどね
変な質問はスルーってのは正しいとは思うけどね
delete演算子に()を付けていたのですが、これだと関数と間違えることがあるので
()を付けない方がいいのでしょうか？
()を付けない方がいいのでしょうか？
>>394
ありがとうございました
ありがとうございました
・つける理由がない。
・つけない理由がある。
・どちらでもいいなら省略した方が楽
これを満たしているのなら、明らかにつけるべきではない。
・つけない理由がある。
・どちらでもいいなら省略した方が楽
これを満たしているのなら、明らかにつけるべきではない。
・けつげわっさわさ
・けつげわっさわさでなくない
・どちらでもいいならけつげわっさわっさが好き
これを満たしているのなら、明らかにけつげわっさわさ
・けつげわっさわさでなくない
・どちらでもいいならけつげわっさわっさが好き
これを満たしているのなら、明らかにけつげわっさわさ
ご愁傷様
>>1の (10) を見れない質問者が多いね
>>1の (10) を見れない質問者が多いね
前へ 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
トップメニューへ / →のくす牧場書庫について