私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.132 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>499
わざわざfunction()にしなきゃいけないとか変な仕様
わざわざfunction()にしなきゃいけないとか変な仕様
言語構造の問題でそっくりそのままなんて不可能なんだから
そっくりそのままは不可能と言えばいいのに
そっくりそのままは不可能と言えばいいのに
>>498
as構文がないから全く同じにはできないが、似たような書き方にはできる
const obj = {a:1, b:2, c:3};
for( const [k, v] of Object.entries(obj) ){
foo(v * 3, k);
}
const iterable = new Map([['a',1],['b',2],['c',3]]);
for( const [k, v] of iterable ){
foo(v * 3, k);
}
const array = [1, 2, 3];
array.forEach((v, k) => {
foo(v * 3, k);
});
as構文がないから全く同じにはできないが、似たような書き方にはできる
const obj = {a:1, b:2, c:3};
for( const [k, v] of Object.entries(obj) ){
foo(v * 3, k);
}
const iterable = new Map([['a',1],['b',2],['c',3]]);
for( const [k, v] of iterable ){
foo(v * 3, k);
}
const array = [1, 2, 3];
array.forEach((v, k) => {
foo(v * 3, k);
});
ローカル変数でもconstを使う必要ありますか？
上書きをするかしないかいちいち考えるよりも
全部letにした方が面倒くさくなくていいと思います
使われる範囲が広い変数の場合にはconstにすることにも意味があると思いますが
上書きをするかしないかいちいち考えるよりも
全部letにした方が面倒くさくなくていいと思います
使われる範囲が広い変数の場合にはconstにすることにも意味があると思いますが
基本全てをconstにしておいて変更の可能性をletで示す
ってのが理想論だけどまあvarじゃなけりゃ良いやって感じ
ってのが理想論だけどまあvarじゃなけりゃ良いやって感じ
回答ありがとうございます
ふと思ったのですが、なるべく全部constになるようにするっていう方向もありますね
しかし非破壊的な関数を挟むと再代入が発生するので
破壊的な関数を用意するという方向で。
メソッドチェーンで繋げてコードがすっきりというメリットもありますし
ふと思ったのですが、なるべく全部constになるようにするっていう方向もありますね
しかし非破壊的な関数を挟むと再代入が発生するので
破壊的な関数を用意するという方向で。
メソッドチェーンで繋げてコードがすっきりというメリットもありますし
>>505
> 上書きをするかしないかいちいち考えるよりも
> 全部letにした方が面倒くさくなくていいと思います
むしろ、上書きされると、この変数はどこで変更されているんだろう？って
考えないといけなくなるので、constの方が良い
もうこれ以上変更されないわけだから
> 上書きをするかしないかいちいち考えるよりも
> 全部letにした方が面倒くさくなくていいと思います
むしろ、上書きされると、この変数はどこで変更されているんだろう？って
考えないといけなくなるので、constの方が良い
もうこれ以上変更されないわけだから
>>503
なるほど、lodashのentries（toPairs）はそう使うんですね
const obj = {a:1, b:2, c:3};
for( const [k, v] of _.toPairs(obj) ){
foo(v * 3, k);
}
なるほど、lodashのentries（toPairs）はそう使うんですね
const obj = {a:1, b:2, c:3};
for( const [k, v] of _.toPairs(obj) ){
foo(v * 3, k);
}
>>508
> 構文は人間様が読めれば良いだけ
でもそれが重要なんだよな。
機械であれば変数名なんて適当でも良い
じゃあ機械様が読めれば良いのか？というと違う
コードは人間も読み書きするものなんだから
人間様が読めなければいけない
機械に合わせるのではなく人間に合わせるべき
> 構文は人間様が読めれば良いだけ
でもそれが重要なんだよな。
機械であれば変数名なんて適当でも良い
じゃあ機械様が読めれば良いのか？というと違う
コードは人間も読み書きするものなんだから
人間様が読めなければいけない
機械に合わせるのではなく人間に合わせるべき
lodashのwithout関数で
除外するものを配列として与えたいのですが、
それは出来ないのでしょうか？
除外するものを配列として与えたいのですが、
それは出来ないのでしょうか？
>>515
あんたがほしいのは differenceじゃないの？
あんたがほしいのは differenceじゃないの？
固有とか列挙可とかでうっかり変なバグ出したくないから
ループさせるコレクションは配列使ってるわ
それでもライブオブジェクトとかいう余計なお世話でハマったりするけど
ループさせるコレクションは配列使ってるわ
それでもライブオブジェクトとかいう余計なお世話でハマったりするけど
>>519
それ日頃からバグになりやすいコードを書いてるってことじゃね？
バグになりにくい（？）データ型を使うんじゃなくて
バグになりにくいコードを書いたほうが良いよ
バグになりにくいという観点で不適切なデータ型を使うと
そのせいで本来ならやらなくてよかったコードが必要になるので
余計バグが増える
それ日頃からバグになりやすいコードを書いてるってことじゃね？
バグになりにくい（？）データ型を使うんじゃなくて
バグになりにくいコードを書いたほうが良いよ
バグになりにくいという観点で不適切なデータ型を使うと
そのせいで本来ならやらなくてよかったコードが必要になるので
余計バグが増える
>>520
フワッとした中身ないアドバイス（）いらん
フワッとした中身ないアドバイス（）いらん
>>521
ふわっとしてるのは、バグになる理由とか書いてないからだよ
ライブオブジェクトでバグとかもさ理由書いてないし
（どうせ要素数でループとかしてるからだろうけど、
それを書いてないからふわっとせざるを得ない）
ふわっとしてるのは、バグになる理由とか書いてないからだよ
ライブオブジェクトでバグとかもさ理由書いてないし
（どうせ要素数でループとかしてるからだろうけど、
それを書いてないからふわっとせざるを得ない）
一般論としてコードというのは一番手を抜いた状態が
最善な方法になっていないといけない
ましてや手を抜くとバグになる状態っていうのは一番やばい
もしそんな状態が有るとするならまずそれを解決すべき
最善な方法になっていないといけない
ましてや手を抜くとバグになる状態っていうのは一番やばい
もしそんな状態が有るとするならまずそれを解決すべき
pjaxを試してるんだけど
Firefoxでリロードしたとき、挙動おかしくならない？
http://develop.syake-labo.com/pjax/
こういうデモとかで、途中でリロードしたら戻るボタン押してもページが変わらなくなる。
Chromeなら大丈夫なんだけど。
どうすればいいんだろう。
Firefoxでリロードしたとき、挙動おかしくならない？
http://develop.syake-labo.com/pjax/
こういうデモとかで、途中でリロードしたら戻るボタン押してもページが変わらなくなる。
Chromeなら大丈夫なんだけど。
どうすればいいんだろう。
↑追記
Firefoxでも更新ボタンだったら大丈夫だった。
アドレスバーでEnter押した時におかしくなる。
Firefoxでも更新ボタンだったら大丈夫だった。
アドレスバーでEnter押した時におかしくなる。
lodashで、_([1,2,3]みたいな感じのオブジェクト指向スタイルにしたものを
生の配列に戻すにはどうすればいいのでしょうか？
toArrayとかそれっぽいと思ったのですが、出てくるのはオブジェクトでした
生の配列に戻すにはどうすればいいのでしょうか？
toArrayとかそれっぽいと思ったのですが、出てくるのはオブジェクトでした
>>522
こんなばか久々にみた
こんなばか久々にみた
>>528
value()だよ
value()だよ
>>526
「バグになりやすいコード」で検索して出てきた一番目
> これに対する私の見解であるが、一言で言ってしまえば、
> 「無理をしない」である。
> あらゆることについて無理をしない。
> 無理をせずに自明なコードだけ書いていればバグの入る余地がなくなる。
> Haskellをやりだしてから細かいことを書かなくなった
> (書きたくなくなった)。やりたいことを書けばいいのである。
> これはある意味で富豪的プログラミングに通じるのであるが、
> 今回の話は富豪的というところにとどまらない。
> 徹底的に首尾一貫して手を抜けというのである。
> 逆に言うと、手を抜くために思慮深くなれ、ということだ。
> プログラムを書く前に、ちょっと待った。
> ゆっくりと考えを巡らせてもっと簡素にかけないかを考える。
> ここで言う簡素というのはプログラムの長さではない。
> コード化する際に、いかに考える余地が入らないかである。
「バグになりやすいコード」で検索して出てきた一番目
> これに対する私の見解であるが、一言で言ってしまえば、
> 「無理をしない」である。
> あらゆることについて無理をしない。
> 無理をせずに自明なコードだけ書いていればバグの入る余地がなくなる。
> Haskellをやりだしてから細かいことを書かなくなった
> (書きたくなくなった)。やりたいことを書けばいいのである。
> これはある意味で富豪的プログラミングに通じるのであるが、
> 今回の話は富豪的というところにとどまらない。
> 徹底的に首尾一貫して手を抜けというのである。
> 逆に言うと、手を抜くために思慮深くなれ、ということだ。
> プログラムを書く前に、ちょっと待った。
> ゆっくりと考えを巡らせてもっと簡素にかけないかを考える。
> ここで言う簡素というのはプログラムの長さではない。
> コード化する際に、いかに考える余地が入らないかである。
自分が「バグになりやすいコード」で検索して出てきた一番目
http://tech.nikkeibp.co.jp/it/free/ITPro/OPINION/20020628/1/
グーグルトップは
一般じゃなかった模様
http://tech.nikkeibp.co.jp/it/free/ITPro/OPINION/20020628/1/
グーグルトップは
一般じゃなかった模様
グーグルは検索履歴によって表示する結果をかえるから
一番目に出てくるのは検索者の傾向をふまえた主観といってもかごんではない。
一番目に出てくるのは検索者の傾向をふまえた主観といってもかごんではない。
>>536
はい、なのでシークレットモードで検索した
一番目の結果を貼りました。それが>>533です。
リンク貼り忘れていましたねｗ
バグのないプログラムの書き方 - 純粋関数型雑記帳
http://d.hatena.ne.jp/tanakh/20050306
はい、なのでシークレットモードで検索した
一番目の結果を貼りました。それが>>533です。
リンク貼り忘れていましたねｗ
バグのないプログラムの書き方 - 純粋関数型雑記帳
http://d.hatena.ne.jp/tanakh/20050306
逆、Googleトップだから一般論なんじゃなくて
一般論だからGoogleトップに出てきた
一般論だからGoogleトップに出てきた
一般論の定義と
グーグルトップのでてくるメカニズム
をそれぞれせつめしてくれ
グーグルトップのでてくるメカニズム
をそれぞれせつめしてくれ
オブジェクトの分割代入で、
キーとは別の変数に代入することは出来ないのでしょうか？
const {width,height} = {width:100,height:100};
これが普通ですが
const {a,b} = {width:100,height:100};
こんな感じに別の名前の変数に代入したいのです
キーとは別の変数に代入することは出来ないのでしょうか？
const {width,height} = {width:100,height:100};
これが普通ですが
const {a,b} = {width:100,height:100};
こんな感じに別の名前の変数に代入したいのです
>>542
一般論の定義なんてものはない。数学じゃないんだからさｗ
こういう場合は一般論の意味を調べるべき
http://dictionary.goo.ne.jp/jn/13688/meaning/m0u/
出典：デジタル大辞泉（小学館）
ある特定の、または個々の具体的な事柄を考えないで、
広く全体を論じる議論。世間に広く認められると考えられる論。「一般論として述べる」
一般論の定義なんてものはない。数学じゃないんだからさｗ
こういう場合は一般論の意味を調べるべき
http://dictionary.goo.ne.jp/jn/13688/meaning/m0u/
出典：デジタル大辞泉（小学館）
ある特定の、または個々の具体的な事柄を考えないで、
広く全体を論じる議論。世間に広く認められると考えられる論。「一般論として述べる」
一般論というのはいいすぎでした。
検索で出てきたサイトでみたことをかきましたって認めればいいだけ。
検索で出てきたサイトでみたことをかきましたって認めればいいだけ。
>>545
グーグルトップにでてくるメカニズム 、は?
グーグルトップにでてくるメカニズム 、は?
>>547
ある単語（この場合は「バグになりやすいコード」）に
最も適切なものがヒットする。
そしてそのサイトでも同様のことが語られていた。
一般的なことだからこそ、このスレ以外のその他のサイトでも語られてる
ある単語（この場合は「バグになりやすいコード」）に
最も適切なものがヒットする。
そしてそのサイトでも同様のことが語られていた。
一般的なことだからこそ、このスレ以外のその他のサイトでも語られてる
別にGoogleトップであることは何も関係ないんだよ。
一般論の意味より、世間に広く認められると考えられる論なんだから
それが色んな場所で使われていることを証明すればいい
で簡単に見つかったサイトでも論じられていた
一般論の意味より、世間に広く認められると考えられる論なんだから
それが色んな場所で使われていることを証明すればいい
で簡単に見つかったサイトでも論じられていた
>>548
ある単語（この場合は「バグになりやすいコード」）に
最も適切なものがヒットする。
はいうそw
一般論＝グーグルトップはどう考えても結びつきませんw
一般論であることを示したいなら他の論拠を出さないと無意味
ある単語（この場合は「バグになりやすいコード」）に
最も適切なものがヒットする。
はいうそ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.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
トップメニューへ / →のくす牧場書庫について