私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.132 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>899
迷ったらcodicでいいんじゃね
迷ったらcodicでいいんじゃね
new演算子と併用できないんだし
=>がアロー演算子、アロー演算子を用いて宣言された関数がアロー関数、なんじゃないの？
=>がアロー演算子、アロー演算子を用いて宣言された関数がアロー関数、なんじゃないの？
どこぞの書き方がいっぱいある言語もクソだと思うが
省略できます省略できます省略できますもクソだと思う
多少なら構わんが
省略できます省略できます省略できますもクソだと思う
多少なら構わんが
>>909
両方rubyじゃんクソ過ぎワロタｗｗｗｗ
両方rubyじゃんクソ過ぎワロタｗｗｗｗ
保守するのが自分じゃないならどんな書き方してもいい
6重IFネストしてもいいぞ
6重IFネストしてもいいぞ
focusoutした時、イベントオブジェクトのrelatedTargetには新しくフォーカスされた要素が入っていますが
ネットでこれはchromeでしか使えないという情報を見かけました
同じものはdocument.activeElementにも入っているはずなので、
汎用性を考えてこっちを使う方がいいでしょうか？
ネットでこれはchromeでしか使えないという情報を見かけました
同じものはdocument.activeElementにも入っているはずなので、
汎用性を考えてこっちを使う方がいいでしょうか？
>>914
ネットって大雑把過ぎてどこのことかわからないけど
ブラウザの実装状況についてはMDNやCan I useを見れば大体解决する
http://developer.mozilla.org/ja/docs/Web/API/FocusEvent/relatedTarget
http://caniuse.com/#search=Focus
ネットって大雑把過ぎてどこのことかわからないけど
ブラウザの実装状況についてはMDNやCan I useを見れば大体解决する
http://developer.mozilla.org/ja/docs/Web/API/FocusEvent/relatedTarget
http://caniuse.com/#search=Focus
>>917
jQueryはそこらへんの違いを吸収していた気がする
jQueryはそこらへんの違いを吸収していた気がする
localStorageは保存時にJSON.stringify
読み込み時にJSON.parse
をかけて使うものなのでしょうか？
読み込み時にJSON.parse
をかけて使うものなのでしょうか？
だとすれば、setItemやgetItemにJSONへのエンコードとデコードを組み込んで
デフォルトで文字列以外の値も受け取れるようにした方が良かったのではないでしょうか？
デフォルトで文字列以外の値も受け取れるようにした方が良かったのではないでしょうか？
>>905
これ知らなかった。地味にすごく便利ｗ
これ知らなかった。地味にすごく便利ｗ
>>920>>921
localStorageがドキュメント型DBなのならそうだけど、あくまでキーバリュー型DBだから。
保存されるのは文字列。
それ以上でも以下でもない。
そこを勘違いさせるようなAPIを標準で入れてしまうのはよくない。
オブジェクトのようにアクセスできるようにしたらオブジェクトと同じように使われることを促進してしまうが、API下ではたとえ一部のキーが対象の操作であっても文字列全体の読み出しや文字列全体の書き込みが発生してしまう。
用途によってIndexedDBやその他のローカルDBライブラリを活用を検討すべき。
内部でIndexedDBを使い(非対応ブラウザのためのフォールバックあり)、ドキュメント型DBのインターフェースを提供するようなのもある。
簡単だからと言って何でもかんでもlocalStorage使うのはよくない。
localStorageがドキュメント型DBなのならそうだけど、あくまでキーバリュー型DBだから。
保存されるのは文字列。
それ以上でも以下でもない。
そこを勘違いさせるようなAPIを標準で入れてしまうのはよくない。
オブジェクトのようにアクセスできるようにしたらオブジェクトと同じように使われることを促進してしまうが、API下ではたとえ一部のキーが対象の操作であっても文字列全体の読み出しや文字列全体の書き込みが発生してしまう。
用途によってIndexedDBやその他のローカルDBライブラリを活用を検討すべき。
内部でIndexedDBを使い(非対応ブラウザのためのフォールバックあり)、ドキュメント型DBのインターフェースを提供するようなのもある。
簡単だからと言って何でもかんでもlocalStorage使うのはよくない。
>>921
ありえないな。
JSON使ってディープコピーを実現するとか
馬鹿なことを言ってるやつがいるが、
そんなことをするとデータが壊れる。
その前提を知ってるならJSON文字列に
変換するのは自分でやることもできるんだから
あえてlocalStorageにもたせる必要性がない
ありえないな。
JSON使ってディープコピーを実現するとか
馬鹿なことを言ってるやつがいるが、
そんなことをするとデータが壊れる。
その前提を知ってるならJSON文字列に
変換するのは自分でやることもできるんだから
あえてlocalStorageにもたせる必要性がない
>>924
> localStorageがドキュメント型DBなのならそうだけど、あくまでキーバリュー型DBだから。
> 保存されるのは文字列。
それは説明になってない。
キーバリュー型DBだからって文字列専用じゃなきゃいけない理由なんてない
> localStorageがドキュメント型DBなのならそうだけど、あくまでキーバリュー型DBだから。
> 保存されるのは文字列。
それは説明になってない。
キーバリュー型DBだからって文字列専用じゃなきゃいけない理由なんてない
仕様の話ならまだしも策定された仕様の是非の話はきっと別に良い場所があるんじゃないかな
var constant = (any) => {
return (_) => {
return any;
};
};
ってコードがあるんだけど
二行目のカッコの中にあるアンダーバーって何?
return (_) => {
return any;
};
};
ってコードがあるんだけど
二行目のカッコの中にあるアンダーバーって何?
それよりもな。一般的にアロー関数はreturnや{}を使わないもんだ
var constant = (any) => (_ => any);
var constant = (any) => (_ => any);
おっと質問に答えてなかったな。
引数は利用しませんっていう時に時々使われる変数名だ
引数は利用しませんっていう時に時々使われる変数名だ
配列から任意のオブジェクトを破壊的に削除するシンプルな方法ありますか？
lodashのwithoutはシンプルですが非破壊的です
ループとspliceを使ったらできそうですが、そんなにコードを書くならwithoutの方がいいです
lodashのwithoutはシンプルですが非破壊的です
ループとspliceを使ったらできそうですが、そんなにコードを書くならwithoutの方がいいです
どのくらいのコードなら
破壊的という要件を満たさない方がいいと判断するのか書いてくれないと
破壊的という要件を満たさない方がいいと判断するのか書いてくれないと
非破壊でなく、何かしら変化させちゃったらみんな破壊的なんだから今回どういう条件なのか書いてもらわないと…
例えばfindIndexとdeleteで短く書くと歯抜けになるがそれでいいの？
もちろんインデックス連番になるよう詰めることも出来るが当たり前だがその分のコードは増える。
条件をだな、
例えばfindIndexとdeleteで短く書くと歯抜けになるがそれでいいの？
もちろんインデックス連番になるよう詰めることも出来るが当たり前だがその分のコードは増える。
条件をだな、
lodashのwithoutの破壊的版ってことだろ
それぐらい読み取れよ
それぐらい読み取れよ
へー、今見たら、lodashのドキュメントページにREPLがついてた。
つまりその場ですぐにサンプルコードを実行、
そして書き換えて実行してみることができる。
便利だな。いつからだろ
つまりその場ですぐにサンプルコードを実行、
そして書き換えて実行してみることができる。
便利だな。いつからだろ
読んだがこれを破壊的にやりたい理由がさっぱり分からん。何かしらメリット出るのか？
非破壊ならvanillaでもfilter一発なのに。
非破壊ならvanillaでもfilter一発なのに。
許してやってくれ
ライブラリ好きの彼は破壊的という言葉を使ってみたかったんだ
ライブラリ好きの彼は破壊的という言葉を使ってみたかったんだ
>>939
配列を参照している何かが他にある場合とかじゃない？
配列を参照している何かが他にある場合とかじゃない？
再代入しなければ宣言をconstに出来ますし
配列オブジェクトを作り直すより維持する方がイケてると思います
lodashのpullで出来ました
配列オブジェクトを作り直すより維持する方がイケてると思います
lodashのpullで出来ました
>>940
おいおいｗ破壊的なものがすきなわけ無いだろ
おいおいｗ破壊的なものがすきなわけ無いだろ
普通はバグりたくないから、非破壊的なものを使う。
破壊的なものを使う場合は、メソッドチェーンとかで、処理を続けたい場合だけ
ところで君ら、lodash 厨に聞くが、
日本語に翻訳したドキュメントページを作ったかね？
もし作っていなければ、早く作りたまえ！
破壊的なものを使う場合は、メソッドチェーンとかで、処理を続けたい場合だけ
ところで君ら、lodash 厨に聞くが、
日本語に翻訳したドキュメントページを作ったかね？
もし作っていなければ、早く作りたまえ！
> 破壊的なものを使う場合は、メソッドチェーンとかで、処理を続けたい場合だけ
メソッドチェーンは同じオブジェクトに対して操作するものでなければならない
という定義があるのかどうか明確じゃないし、
あんたがどういう意味で言ってるのか知らんが、
単にメソッドの連続で処理を続けたいだけなら非破壊的であってもできる
例えばこんな感じだな。メソッドの連続で処理を続けているが非破壊的
http://lodash.com/docs/4.17.5#prototype-chain
var users = [
{ 'user': 'barney', 'age': 36 },
{ 'user': 'fred', 'age': 40 }
];
// A sequence with explicit chaining.
_(users)
.chain()
.head()
.pick('user')
.value();
// => { 'user': 'barney' }
メソッドチェーンは同じオブジェクトに対して操作するものでなければならない
という定義があるのかどうか明確じゃないし、
あんたがどういう意味で言ってるのか知らんが、
単にメソッドの連続で処理を続けたいだけなら非破壊的であってもできる
例えばこんな感じだな。メソッドの連続で処理を続けているが非破壊的
http://lodash.com/docs/4.17.5#prototype-chain
var users = [
{ 'user': 'barney', 'age': 36 },
{ 'user': 'fred', 'age': 40 }
];
// A sequence with explicit chaining.
_(users)
.chain()
.head()
.pick('user')
.value();
// => { 'user': 'barney' }
配列で、頭の要素内の何かを使いたくて、頭が[0]と保証されてない、ってどんだけ異常な環境で仕事してんの
>>945
おまえが作れ
おまえが作れ
>>945
バグりたくないから非破壊的にするとは？
オブジェクトは普通上書きしませんし
配列オブジェクトもオブジェクトのように扱うようにするということで
バグは関係ないと思いますが・・
ローカル変数ならオブジェクトをポイ捨てするのもいいですが
公的性質を持っているオブジェクトなら上書きする方がバグに繋がると思います
バグりたくないから非破壊的にするとは？
オブジェクトは普通上書きしませんし
配列オブジェクトもオブジェクトのように扱うようにするということで
バグは関係ないと思いますが・・
ローカル変数ならオブジェクトをポイ捨てするのもいいですが
公的性質を持っているオブジェクトなら上書きする方がバグに繋がると思います
>>945
英語も読めない低学歴ってこと?
英語も読めない低学歴ってこと?
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
JavaScript スレッド一覧へ類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.122 + (1004) - [97%] - 2015/2/14 4:45
- + JavaScript の質問用スレッド vol.135 + (1002) - [97%] - 2018/11/23 10:30
- + JavaScript の質問用スレッド vol.130 + (974) - [97%] - 2016/10/26 14:18
- + JavaScript の質問用スレッド vol.142 + (984) - [97%] - 2020/8/27 19:15
- + JavaScript の質問用スレッド vol.112 + (1001) - [97%] - 2013/11/27 16:46
- + JavaScript の質問用スレッド vol.131 + (1000) - [97%] - 2017/1/25 8:01
- + JavaScript の質問用スレッド vol.122 + (116) - [97%] - 2018/5/2 18:30
- + JavaScript の質問用スレッド vol.131 + (1004) - [97%] - 2018/3/7 13:30
- + JavaScript の質問用スレッド vol.133 + (1001) - [97%] - 2018/6/8 10:45
- + JavaScript の質問用スレッド vol.134 + (1001) - [97%] - 2018/8/3 23:15
- + JavaScript の質問用スレッド vol.130 + (1001) - [97%] - 2017/11/25 20:45
- + JavaScript の質問用スレッド vol.136 + (1001) - [97%] - 2019/1/8 11:30
- + JavaScript の質問用スレッド vol.142 + (926) - [97%] - 2019/12/23 13:15
- + JavaScript の質問用スレッド vol.137 + (1003) - [97%] - 2019/3/26 11:46
- + JavaScript の質問用スレッド vol.102 + (1001) - [97%] - 2012/9/11 17:30
- + JavaScript の質問用スレッド vol.138 + (1004) - [97%] - 2019/4/20 23:45
- + JavaScript の質問用スレッド vol.139 + (1001) - [97%] - 2019/5/27 15:15
トップメニューへ / →のくす牧場書庫について