+ JavaScript の質問用スレッド vol.126 +

**デフォルトの名無しさん** · 2018/06/02(土) 14:31:23.04

JavaScript を自ら学ぶ人のための質問スレッドです。

■質問を書く上で
(1) 煽り、コード制作依頼等、人を不快にさせる投稿はご遠慮下さい。公序良俗を守った応対を心がけてください。
(2) 他の人に迷惑をかけるスクリプトの質問はご遠慮ください。
　　(ブラクラ、[戻る], [閉じる], [クリック] の妨害、画面占有など)
(3) 質問者及び議論を行う人はメール欄を空欄にし、名前にレス番を入れることを強く推奨します。回答者はなりすましを判断できませんので、なりすましが現れても自己責任となります。
(4) 常に自発的に調べる心構えを持ってください。
　　具体的には「自分で調べてから質問する」「回答をもらってわからない単語があればGoogle検索してみる」など。
　　わからない内容を代わりに調べてくれる回答者をお望みの方は余所で質問してください。
(5) 出来るだけ一般的な用語を使用してください。脳内オレオレ用語は混乱の元です。
(6) 出来るだけサンプルコードを掲示してください。言葉による説明は行き違いが生まれる場合があります。
　　※必ず「問題の事象が再現されること」を確認してください。
　　　必要な部分だけ切り出したつもりで現象が再現できていなかったケアレスミスがしばしば見られます。
(7) サンプルコードに HTML が含まれる場合は http://validator.w3.org/ で [Check] してみてください。
(8) 質問を具体的かつ詳細に書くと回答を得られやすいです。>>2の質問テンプレートを活用してみてください。
(9) 時にはあなたが望む「答え」だけでなく、「意見」などが寄せられる場合もあります。

前スレ
+ JavaScript の質問用スレッド vol.125 +
https://mevius.5ch.net/test/read.cgi/tech/1518940081/

（ライブラリ禁止条項は、多数の意見によって廃止されました。ライブラリの質問もOKです）

**デフォルトの名無しさん** · 2018/10/27(土) 13:57:01.80

>>175
ユーザ許可が要るのは当たり前だろ

**デフォルトの名無しさん** · 2018/10/27(土) 18:29:12.79

これでなんで入替えできるの？

b = [a, a = b][0];

**デフォルトの名無しさん** · 2018/10/27(土) 18:41:50.38

>>177
それを分からない奴が、そんな書き方のプログラムを読む意味はない

**デフォルトの名無しさん** · 2018/10/27(土) 18:56:44.50

訳：「わからないので説明できない。俺が分からないのだからお前もわかる必要はない」

**デフォルトの名無しさん** · 2018/10/27(土) 19:10:24.25

>>179
そう思うのならそれでいいと思うよ
普通の人は「まんまだろ」としか思わないと思うけど

てゆうかマジでそれ何？uglifierの出力か何か？

**デフォルトの名無しさん** · 2018/10/27(土) 19:20:24.19

>>179
つーか、ググったらヒットしたわ。ちょっと違うけど。
> a = [b][b = a,0];
> https://stackoverflow.com/questions/9864420/how-does-bb-a-0-swap-between-a-and-b
後ろ側は配列として解釈されないのか？という心配はあるが。

サイトのコード読んでいるのなら、minifyするときにそうなった可能性がある。
（良いやり方だとも思わないし、具体的に何を使えばそうなるのかも知らんが）
手でそんなのを書く奴は居ないので、
もし君がそこに引っかかっている（＝文法も十分に分からない初心者）なら、今は別のコードを読むべきだ。

**デフォルトの名無しさん** · 2018/10/27(土) 19:53:15.55

a = 1, b = 2のとき

b = [ a, a = b ][ 0 ]
b = [ 1, a = b ][ 0 ]
b = [ 1, a = 2 ][ 0 ]
a = 2; b = [ 1, 2 ][ 0 ]
a = 2; b = 1

b = [ a ][ a = b, 0 ]
b = [ 1 ][ a = b, 0 ]
b = [ 1 ][ a = 2, 0 ]
a = 2; b = [ 1 ][ 2, 0 ] //カンマ演算子
a = 2; b = [ 1 ][ 0 ]
a = 2; b = 1

段階は全然多くない、このくらいなら手で書かれることは十分にある
このくらいは理解できないとJS中級者にはなれない
ただ超基本的な処理の順番や構文を知っていてそれを慎重に追っていけるかの問題

因みに同じことをするのは今どきはこうする
[ a, b ] = [ b, a ]

**デフォルトの名無しさん** · 2018/10/27(土) 19:56:42.96

>>182
> このくらいなら手で書かれることは十分にある
> このくらいは理解できないとJS中級者にはなれない
ねーよ。お前ら相変わらず世界観が歪んでるな。

**デフォルトの名無しさん** · 2018/10/27(土) 20:00:32.27

>>182
ありがとー
理解できたよ

**デフォルトの名無しさん** · 2018/10/27(土) 20:22:17.29

>>183
このくらいの複雑度
つまり五段回くらいの評価が一行に書かれることって
アロー関数とかが入った今ますます書かれるようになってると俺は思うが
特にreduceとか使うとこの例と似た状況にもなりがち

**デフォルトの名無しさん** · 2018/10/27(土) 20:34:06.02

コード圧縮とか難読化は人間がやる作業じゃなかろう

**デフォルトの名無しさん** · 2018/10/27(土) 20:52:55.30

>>185
俺の意見は、「変数の入れ替えをその書き方でする奴は居ない」だが、これで理解出来るか？
その程度の「複雑度」なら、大したことはないし、普通の人なら頭の中で読めるでしょ。

> reduce
reduceってのは数値演算をするときに多用するのであって、
通常のJavaScript(＝DOM操作等）ではほぼ使わない。
そもそも変数の入れ替えも『初心者用の教材の』ソート等では使うが、実用では皆無でしょ。

お前、前から居るズレてる奴で、相変わらずズレてるよな。

**デフォルトの名無しさん** · 2018/10/27(土) 20:59:52.02

>>185
というか、お前、前からreduceにこだわってるよな。
JavaScriptでどういう操作をする時にそれが有用なのか、言えるか？

**デフォルトの名無しさん** · 2018/10/27(土) 21:00:16.78

おい複雑度っていうのを俺俺で使うんじゃない。
コードメトリクス用語の「複雑度」とごっちゃになって紛らわしい

>>177のようなものは「複雑度」はあがらない。
上から下に単純に読み下せばいいからだ
こういうのは単に知らない命令があったってだけで複雑なのではない

「複雑度」というのは、コード自体は読めるが絡まっていて読みづらいということを指す。
具体的にはループ、条件分岐が増えることで「複雑度」が増えていく

**デフォルトの名無しさん** · 2018/10/27(土) 21:02:12.37

ちなみにコードが複雑というのは、コードの問題だが、
コードが読めないっていうのは、人間側の問題だからな

人間側の問題なのに「これ複雑っすよー」っていうやつが多い
（単にそいつが読めないだけ）

**デフォルトの名無しさん** · 2018/10/27(土) 21:08:11.95

reduceは数値演算で多様？
[1,2,3,4,5].reduce((o,n)=>{o[`n${n}`]=n;return o},{})
みたいに第二引数にオブジェクト渡して繰り返し操作したりもよくあることだと思うけど

君が全然JSを知らない・知ろうとしない。使って来てない・使おうとしないから
本当に解説書の一番上に乗っている形でしか構文やAPIの使い方を思い浮かばないのは勝手だけど
人のことをズレてるとか言うもんじゃないよ。ただ単に君の応用力が矮小なだけだからね

**デフォルトの名無しさん** · 2018/10/27(土) 21:17:42.56

>>189
言いたいことは分かるが、

var tmp=a;a=b;b=tmp;

と比べたら複雑なのは事実だろ。
ただし、これにより「コードが読めなくなる」事はあり得ないので、
『大規模コードの長期的メンテナンス』を前提とした
コードメトリクス用語の「複雑度」なら全く上がらないのも事実だ。

ただ、JavaScripterの話を聞いている限り、
こいつらは「どういうコードが読めなくなるか」については知らないし、
それで何とかなる世界なのだと思う。

これ自体は俺はありだと思っているし、このやり方は他言語の連中も学ぶべきだと思う。
つまり、四角四面で「絶対にメンテナンスしきる」のではなく、
ある程度の集積度や規模に留め、コードをある程度使い捨てにしていく、という方法だ。
長期メンテナンス前提で書くと色々面倒だったりするだろ。そのコストが省ける。

**デフォルトの名無しさん** · 2018/10/27(土) 21:26:22.84

「コードをある程度使い捨てにしていく」っていうのはまた面白い話だけど
あの十数文字のコードがそんなに大げさな話に繋がるものかぁ？

どちらにせよ自分としてはちょっと話が違う気がする
コードを捨ててもいいから適当にああいう書き方をするっていうことになるならね
やっぱり幾らかテクニカルなコードっていうのは「どうにでもなれ！」って感じよりはむしろ
書いた本人は効率的で読みやすいと思ってる場合が多いのだろうから

もし読めない人がチームメンバーにいるのならそう書くべきじゃないだろうよ
だって「スマート」という目的が果たされてないのだから
ただ自分が言ってるのは、だからといって一般的に読めないままでいいということではないということ
あの程度は普通に読めるようになっとこうよ、中級者くらいを名乗るなら、と言いたいだけ

**デフォルトの名無しさん** · 2018/10/27(土) 21:30:15.09

>>191
var o = {n1: 1, n2: 2, n3: 3, n4: 4, n5: 5};

その例なら普通はリテラルで書くだろ。
もっと多ければどうせコンストラクタとして分離するし、関係なくなる。

多分君は『文法を学ぶ』事を学習と思っているのだろうけど、そうじゃない。
書いて、デバッグして、メンテして、それが学習だよ。
新文法は便利に使えばいいのであって、無理に使うものではない。
君には>>189-190が何を言っているか分からないだろ。

**デフォルトの名無しさん** · 2018/10/27(土) 21:33:21.44

>>193
前提が全然違う。
あの程度は普通に読めるのは、当たり前なんだ。
そして、あの手の「1行の範囲にとどまる複雑さ」なんて、長期的には全く問題にならない、といってるんだよ。

まあ君には通じないとも思うけど。

**デフォルトの名無しさん** · 2018/10/27(土) 21:38:46.33

reduceは汎用だよ。誰が数値計算にしか使っちゃいけないって言ったんだろｗ
サイトからダウンロードURLリスト作ってファイルダウンロードするとき一度に多ストリーム開くと問題なときreduceの中でfetchのプロミスをthenで繋げるようにして一時に１ダウンロードしか走らないように制限したり、
i(h(g(f(e(d(c(b(a(データ。数値に限らないぞ？)))))))))みたいに無数の関数を次々適用したいとき
let fns = [a,b,c,d,e,f,g,h,i]
fns.reduce(((acc,fn) => fn(acc)), データ。数値に限らない)
ってやったり…
宗教で数値計算にしか使わないのは勝手だが布教はよそでしろよな。
てかID:8fc2vBvs程度が低すぎるわ。質問に答えるでもなく程度が低いのに突っかかってばかり。糖質かな？
死ねばいいのに。

**デフォルトの名無しさん** · 2018/10/27(土) 21:50:21.09

>>193
あと、多分、中級者の基準がおかしい。
君のはJavaScript『文法』の中級者なんだよ。

JavaScriptはプログラミング言語であり、プログラミング言語は実装の道具だ。
だから、本来の『JavaScript中級者』ってのは、何を実装出来るかで測られるべきなんだよ。
俺の定義なら、以下だね。

・初級者：一通りも出来ない。
・中級者：一通りやりたいことは出来る。
　つまり、「ポップアップを作りたい」「ここをクリックしたらこう動かしたい」等、
　やりたいことがあれば、とりあえず動く物は作れる。
・上級者：最初から最適な構造を考えて実装出来る。

勿論、新文法が便利なら使えばいいのだけど、最適な構造かどうかと新文法はほぼ関係ない。
（むしろ本質的に必要な物は先に取り入れられるから、新文法は基本的にオマケでしかないし）
それよりも、コード構造の方が何倍も重要なんだよ。

**デフォルトの名無しさん** · 2018/10/27(土) 21:55:57.05

>>196
> reduceの中でfetchのプロミスをthenで繋げるようにして一時に１ダウンロードしか走らないように制限したり、
> 無数の関数を次々適用したいとき
やるのは自由だが、それ、普通に配列をforで回しても実装出来るだろ。
新文法を使う＝上級者、というのは完全に間違いだって事だよ。

君らは文法にしか目が行かないからそういうことしか言えない。
それは初心者にありがちなパターンでもあるけど。
（初心者は文法から入るしかないから、どうしてもそこに目が行く）

**デフォルトの名無しさん** · 2018/10/27(土) 21:56:14.73

>>194
「思っているのだろうけど」とか止めてくれない？
自分はこういう構文が良いものだとも、ああ書くべきだとも言っていないよね？
こういう使い方もできる、こうも書かれることもある
そのくらい思いついて、すんなり読めるようになろうと言ってるだけ
無理に使う？君が無理かどうかなんて知ったことじゃない

>>195
長期的って言うのがそういう期間を指しているのか知らんけど
デバッグも完璧に終わってリリースしてしばらくたった後、大型アップデート時に
ってことならまだ分かるけど、今どきは毎日小変更デプロイでしょ
そういう体制だと将来的に困ったら丸ごとすげ替えればいいっていうのは通用しない
複雑なものを放置しとくと、実際困ること必至
それがJSerの考え方の面白い特徴だとか、古すぎぃ

**デフォルトの名無しさん** · 2018/10/27(土) 22:03:11.76

>>198
それ、reduceでできるよね。わざわざforを使って本質的でない一時変数をいじくりたい理由とは？ｗ
reduceなんて何年も前から使える。es2015ですらない。
文法にしか目に行ってないのは君自身のことだね。悪いけど一緒にしないでもらえる？
君はどこまでも自分本意な考えで、自分の知らない文法＝新文法、自分の知らない文法を他人が使うのがとにかく気に入らない、これに尽きる。これに後付けで理屈をくっつけているだけ。

**デフォルトの名無しさん** · 2018/10/27(土) 22:06:02.65

>>199
> こういう使い方もできる、こうも書かれることもある
この必要がないんだよ。むしろ、してはいけない。
それが分からないのは君が『長期的』メンテナンスしたことがないからだね。

> 長期的って言うのがそういう期間を指しているのか知らんけど
CやJavaの世界では20～30年以上だね。
そして「コードメトリクス」はそれを前提としてるから、JavaScriptにそれを適用するのも無理がある。

**デフォルトの名無しさん** · 2018/10/27(土) 22:11:25.90

>>197
君は本当によくわかってる。正に君の言う通り。
自分はJavaScriptを道具だとは思っていない。
もちろん君の定義も分かる
でも曖昧で幅広すぎるでしょ？
ここはWeb制作板じゃないというのもあるし
なんだかんだ言ってもやっぱり今回は文法の問題だったので
文法レベルで言わせてもらった

ってわけでもない
自分が中級者と言って想定したのは「右も左も分からない段階を抜けてそこそこ使えてきた段階」
つまり、とにかく基準は何にせよ俺は初級者は抜けられたぞ！って思ってるような人に
そこで満足してほしくないからちょっと意地悪で大げさに発破かけただけ
皆どちらかと言うと君の基準だろうから、そこはわかった上であえて文法面をぶつけてみただけ
すまんね、自分バランス取るのが好きなひねくれ者だから

**デフォルトの名無しさん** · 2018/10/27(土) 22:12:49.28

>>200
> 本質的でない一時変数をいじくりたい理由とは？ｗ
ああ、そっちの宗教の人か。

まあ、流儀があってやっているのならいい。
それで君にとって「読みやすくなる」のならそれもありだ。
ただ、reduceを知らないってことは無いし、それで読みやすくなるって事もないけどね。
関数型()の奴は1行にこだわるが、
関数間のいわゆるコードメトリクス上の「複雑さ」には無頓着なんだよ。君もね。
まあいいけど。

**デフォルトの名無しさん** · 2018/10/27(土) 22:14:46.14

すまんな
自分、盛り上げるのは好きだけど盛り上がってくるとどうでも良くなるんだ
もう寝るね

**デフォルトの名無しさん** · 2018/10/27(土) 22:35:14.88

>>203
そういうのを藁人形論法という。
俺はforも使う。
俺には選択の自由があり適宜使い分けるが君はforにこだわる。
正しく君のほうが宗教だ。

**デフォルトの名無しさん** · 2018/10/27(土) 23:01:58.85

>>205
そう思うのは自由だが、実際に関数型()の連中はかなり宗教だぞ。
そして関数型()が成果を出せなかったのも事実だろ。

俺はforにこだわっているのではなく、単に見た目そのままの書き方にするだけ。
つまり、これまでの話なら、以下だね。

> var tmp=a;a=b;b=tmp;
> var o = {n1: 1, n2: 2, n3: 3, n4: 4, n5: 5};
当然、ループ回したいだけならforで回す。

無理にreduce使う意味はないんだよ。reduce使ってる俺カッケーがしたいだけ。
それもしたければすればいいのだけど、問題は、
オブジェクト指向的には「1ヶ所に集める」ことが必要なのだが、連中は、それを理解しておらず、
「1行で書ける！」と言ってそれをコード全体に散りばめてしまうこと。
それは仮に1行で書けたとしても関数として切り出さないと不味いんだよ。
（だからそれが仮に一時変数を使って3-5行必要だとしても、関係なくなる）
「長くなるから関数に切り出す」で、短いのだからそこに書いてしまえ、になってしまっている。
これは明確な間違いだ。
ここら辺は長期的メンテナンスをすれば分かるはずなのだが、
話が通じないところを見ると、彼等にはその経験がないんだよ。君もね。

まあいい、とにかく何でもいいから長期的にメンテナンスしてみろ。色々分かるから。

reduceはそもそも筋が悪いんだ。
配列を縮退させるメソッドなのだが、そもそも縮退させるような物は最初から配列にしない。
だから一時配列で便利に初期化、みたいな例ばかりな訳でさ。
なんであんな糞使えないメソッドが導入されたのかが俺には謎だ。

**デフォルトの名無しさん** · 2018/10/28(日) 00:03:50.77

>>206
やっぱ藁人形ｗ
誰も一行で書けるからreduceがいいなどとは言ってない。
ましてや関数型至上主義者ならなおさらそのようなことは言わないだろう。

> なんであんな糞使えないメソッドが導入されたのかが俺には謎だ。

つまり、「俺に分からないreduceなんてみんなも使うべきじゃないんだ！」
ガキか。

**デフォルトの名無しさん** · 2018/10/28(日) 00:56:43.71

>>207
それならそれでいい。
俺はお前の書き込み全部デタラメだと思ってるぞ。

**デフォルトの名無しさん** · 2018/10/28(日) 01:27:41.86

図星突いてなんかすまんなｗ

**デフォルトの名無しさん** · 2018/10/28(日) 01:42:20.06

>>209
だから、まず、
> 俺に分からないreduceなんてみんなも使うべきじゃないんだ！
が間違いなんだよ。

君にとって reduce が難しいからそう思えるのだろうけど、
実際、reduceが分からない奴なんて居ない。使いどころがないだけだ。
>>196も無理矢理でしかない。
indexOf等と比べてゴミなのは事実だろ。

というか、JavaScriptのスレには前からreduceが大好きな奴がいるが、
ここまで来るとjQuery廚と同じく布教目的か？
なら筋が悪いから無理だ。

**デフォルトの名無しさん** · 2018/10/28(日) 02:58:24.46

> 君にとって reduce が難しいからそう思えるのだろうけど、

自己紹介乙ｗ

> reduceが分からない奴なんて居ない。使いどころがないだけだ。

はいはい。じゃ更新しといてやるよ。
「ボクが使いどころが分からないreduceなんて、みんなも使うべきじゃないんだ！」
ガキか。
使いどころで使ってんだよ。テメーが分からないからって強制してくんじゃねーぞクズ。

**デフォルトの名無しさん** · 2018/10/28(日) 03:25:23.25

>>190でも似たようなことを書いたが
コード側の問題と人間側の問題をはっきり区別つけろ

reduceがわからないっていうのは人間側の問題だ
コードの問題じゃない

**デフォルトの名無しさん** · 2018/10/28(日) 08:10:05.59

>>211
だから、何度も言っているが、
×　使いどころが分からない
○　使いどころがない
なんだよ。

結局、>>196も、『一時的に』配列として持たせてreduceしただけだろ。
最初からいきなり縮退させれば済むだけの話。

reduceは『配列として意味がある』(≒配列として『持つしかない』)物を縮退させるメソッドであって、
そもそもそのケースがJavaScriptの用途においてはほぼ無いんだよ。
そして他言語でもこのメソッド持ってないだろ。大して使えないからだよ。

>>212
俺の立場をはっきりさせた方がいいのか？なら、そちらと同じで、
・reduceを使ってもコードメトリクス的な「複雑度」については上がらない。（これが原因で『長期的に』読めなくなることはない）
・reduceは難しくはない。（これが原因で『短期的に』読めなくなることもない）
・使っているコードに遭遇しないのは、そもそも使いどころがないから。
・>>196はイキった馬鹿が無理に使う例だが、まあ、やりたければやればいい。大局的な問題にはならない。

**デフォルトの名無しさん** · 2018/10/28(日) 10:30:34.50

> ○　使いどころがない

使い所はあるだろう？

いや、開発効率とか考えずに、可能不可能だけの話をしたいなら
アセンブラでもできるから高級言語の使い所はないって話になるけど

**デフォルトの名無しさん** · 2018/10/28(日) 10:31:32.69

> ・reduceを使ってもコードメトリクス的な「複雑度」については上がらない。（これが原因で『長期的に』読めなくなることはない）

条件分岐、ループが減るので、reduceを使うと複雑度は下がる

当然のことながら僕新人なんですみたいな
人間の問題の話はしない

**デフォルトの名無しさん** · 2018/10/28(日) 10:34:55.05

reduceは初期状態があって、データの数だけ
状態を変更していくというパターンにすべて使える

例えば、初期状態が0で、配列の数値を加算していくとか
もちろん加算だけじゃなくて任意の計算ができるし
初期状態も数値ではなくて配列などでも良い

**デフォルトの名無しさん** · 2018/10/28(日) 10:41:06.94

reduceの問題は、reduceをしたくてreduceを使うのではなく
reduceを使って何かをする、というところにあると思う

後から又は他人がコードを読んだときに
何をしているのか、何のためにreduceを使用しているのかを
一旦考えないといけない

利便性はあると思うが
やりたいことそのものズバリを表している名前や動作ではない
というところが難点なのではなかろうか

**デフォルトの名無しさん** · 2018/10/28(日) 10:45:25.52

> 何をしているのか、何のためにreduceを使用しているのかを
> 一旦考えないといけない

forでも同じ。なんのためにループしているのか
一旦考えてる

**デフォルトの名無しさん** · 2018/10/28(日) 10:48:16.01

reduceの場合（人間に問題がない場合）
その名前から「初期値になにかの計算を計上していってる」ってことまで
単語一つで分る

同じことをforでやろうとすると、forは繰り返しているだけ（何をしたいの？）
変数を見つける。その変数になにかの処理を行って、同じ変数に入れている
ここまでコードを読んで、あぁreduce相当の事をやっているんですねとわかる

reduceという単語一つでわかるのと、
コードを読んでいかないとわからない
この違いがある

**デフォルトの名無しさん** · 2018/10/28(日) 12:50:26.40

クロームで見たとき5chで書き込むボタンを押したとき
ボタンを押す処理をする前に自分の考えた処理を付け加えたい場合
どのようなコードを書けばよろしいでしょうか？
もしよろしければ教えてくださいませ。

**デフォルトの名無しさん** · 2018/10/28(日) 13:22:50.15

>>217
同意だ。

>>216その他
言いたいことは分かるが、forの代わりにreduceを用いたところで大差ない。
reduceの場合も中身（関数）を読まなくてはならず、
そこが単純な関数なら、forで書いても単純だからだ。

結局は、
> reduceは初期状態があって、データの数だけ
> 状態を変更していくというパターンにすべて使える(216)
この汎用性を取った為、
> やりたいことそのものズバリを表している名前や動作ではない(217)
この問題が発生した、ということだ。

数値計算では average/sum/max/min 等のメソッドがarrayに欲しくなるが、
これらは reduce を用いて作れる。
ただ、これらを上位で reduce を用いて書くのは間違いで、
ラップしたメソッド array.average()等を使うべきだ。
だから直接使うのではなく、下位メソッドとして用意した、というのなら分かる。
問題は、JavaScriptで数値計算をすることはないので、この手の中位メソッドが思いつけないことと、
中位メソッド average() として分離した場合、中身がreduceでもforでもどうでもよくなることだ。
これらは所詮数行の関数であり、どっちでも大差ない。
よって、数値計算をする場合にも reduce 自体はあっても現実的にはほとんど意味がない。
そこでしか使わない特殊な縮退を書くときに便利、という程度だ。

reduceを使ってる俺カッケー馬鹿の問題は、reduceを使う為に、
average()を呼ぶべき所をreduceを使ってaverageを取ったりしてしまうことだ。
結果、余計に読むコードが増え、重複したコードが分散してしまう。
これはコードを書く側の問題だが、実際、この問題の方が大きいと思う。

**デフォルトの名無しさん** · 2018/10/28(日) 13:28:18.39

>>220
onsubmit で間に合わなければ mousedown か mouseover とかで

**デフォルトの名無しさん** · 2018/10/28(日) 13:35:44.53

>>213
> 結局、>>196も、『一時的に』配列として持たせてreduceしただけだろ。
> 最初からいきなり縮退させれば済むだけの話。
>
> reduceは『配列として意味がある』(≒配列として『持つしかない』)物を縮退させるメソッドであって、
> そもそもそのケースがJavaScriptの用途においてはほぼ無いんだよ。

君が遭遇したことがないだけの話だなｗ
「ボクが出会ったことないユースケースなんだから、みんなも遭遇したこと無いに決まってるんだ！」
経験不足だよ。

反例として、フィルターの種類、数、適用順を自由にユーザーに選ばせ画像に適用するクライアント側のコード書いたことあるがｗ

**デフォルトの名無しさん** · 2018/10/28(日) 13:48:12.72

>>223
URLくれれば見に行くが。
無理なら、reduceをどう使ったか分かるように言え。

つってもまあ、そのケースなら、関数を配列に入れてreduceしただけか？
なら>>196と同じだと思うが。

**デフォルトの名無しさん** · 2018/10/28(日) 14:37:14.50

reduce禁止くん、「reduceは『配列として意味がある』物を縮退させるメソッドであって、そのケースがJavaScriptの用途においてはほぼ無い」って言ってるけど、これわざわざ配列使わずにやるの？ｗ
フィルターの順番変えたり途中位置に追加したり削除したりクソめんどくさそうｗ
reduce禁止くんについてく人は配列も禁止だそうだけど頑張ってねｗ
でもJavaScriptの用途においてそんなケースほぼ無いそうだから大丈夫だよね！ｗ

**デフォルトの名無しさん** · 2018/10/28(日) 14:54:16.69

>>225
俺は禁止とは一言も言ってないぞ。
使い道がないから使わない、と言ってるだけ。

**デフォルトの名無しさん** · 2018/10/28(日) 15:17:49.97

>>220-222
「jquery event」「jquery preventdefault vs stoppropagation」で検索！

click は、要素をクリックする。
submit は、フォーム送信する

preventdefault は、イベントの既定の動作を、キャンセルする。
stoppropagation は、イベントの伝播を止める

JavaScript, jQuery の質問は、この板ではなく、web制作管理板へ書き込んで！

**デフォルトの名無しさん** · 2018/10/28(日) 15:33:47.14

一番新しいプロジェクトでreduce何かに使ってたかなと思ったら
一つは空配列に必要なら追加していく形、
要は例えばmapだと同じ数の要素の配列しか返せないからその代わりにreduceを使っていたのと
もう一つは空オブジェクトを取って文字列の配列からオブジェクトにシンボルプロパティを生やしていく
っていうのに使ってた

**デフォルトの名無しさん** · 2018/10/28(日) 16:11:54.33

>>228
前者は filter + map でやるべきだ。
後者は >>191と同じだな。
意味的にはコンストラクタなのだから、関数として切り出すことに問題はないし、それで終わりだ。

**デフォルトの名無しさん** · 2018/10/28(日) 17:30:33.07

filter+mapの方が良いとも限らないと思うよ
例えばAの場合はvalue.a、Bの場合はvalue.b、Cの場合はvalue.c、そうでなければ追加しないとすると
まずfilterで、AかBかCかというチェックを書いて
またmapでも篩分けしないといけないもの
reduceだといっぺんで済むでしょ
それと何箇所も使わないものをわざわざ関数に切り出しても何にも変わらないよ

**デフォルトの名無しさん** · 2018/10/28(日) 17:35:32.63

あとはDの場合はvalue.d1とvalued2の両方を追加するとかもできるね
というかそもそもfilter+mapの方が良かったら最初からそう書いてると思うけど

**デフォルトの名無しさん** · 2018/10/28(日) 18:54:29.84

>>230-231
reduceが効果的に使われているというのならそのURLを紹介してくれ。

**デフォルトの名無しさん** · 2018/10/28(日) 19:08:09.06

>>221
> reduceの場合も中身（関数）を読まなくてはならず、
> そこが単純な関数なら、forで書いても単純だからだ。

reduceはコードを読まなくても、初期状態から状態を変えていってるっていうのがわかる
forはただのループでしかなので、それがわからない

理解できた？

**デフォルトの名無しさん** · 2018/10/30(火) 23:54:50.26

java

**デフォルトの名無しさん** · 2018/10/31(水) 00:48:19.13

ttp://black-flag.net/jquery/20131119-4881.html

このもっと見るボタンを押した時にだけ.jsonを読み込むサンプルなんだけど
.json形式で外部ファイル読み込むようにするんじゃなく本体のhtmlに組み込むにはどうやんの

**デフォルトの名無しさん** · 2018/10/31(水) 01:09:10.31

ググレカス

**デフォルトの名無しさん** · 2018/10/31(水) 02:59:19.61

このページには、やり方が書いてないだろ。
要素の挿入かな？

$("#parent").append("<p>あいう：<b>abc</b></p>");

jQuery などの質問は、この板よりも、web制作管理板へ書き込んで！

**デフォルトの名無しさん** · 2018/10/31(水) 15:10:14.27

>>237
よく分からん
申し訳ないけどそのままコピーして使えるように記述して

**237** · 2018/11/01(木) 00:45:15.87

jQuery も知らんの？
$( ) は、jQuery関数

#parent の# は、id を表す。
<div id="parent"></div>

HTML, CSS, JavaScript, jQueryの、初心者用の本でも読んで、勉強して

**デフォルトの名無しさん** · 2018/11/01(木) 03:20:19.15

jQuery は読まなくていいよ

**デフォルトの名無しさん** · 2018/11/01(木) 08:31:05.31

Electornってブラウザで動くのにnode.jsなんですか？
初心者すぎてその辺よくわからん

**デフォルトの名無しさん** · 2018/11/01(木) 08:52:13.83

いいえV8です

**デフォルトの名無しさん** · 2018/11/01(木) 09:04:59.81

node.js は、普通のプログラム言語と同じで、ローカルPC のファイルにアクセスできる。
だから、node.js を使っているElectron は、VSCode を作った

VSCodeは、普通のIDE と同じ。
ただ、JavaScript で作られただけ

**デフォルトの名無しさん** · 2018/11/01(木) 13:23:12.38

じゃあnodeはローカルにもブラウザにもアクセスできるってこと？

**デフォルトの名無しさん** · 2018/11/01(木) 20:22:01.79

VSCode は、Electron で作られている普通のIDE。
ローカルPC のファイルにアクセスできる

Electron は、node.js + ブラウザのChromium。
画面は、HTML, CSS, JavaScript で作って、ブラウザで表示している

ほとんどの言語の開発で、VSCode を使う

漏れは、Ruby から、Selenium WebDriver を使って、ブラウザを自動操作している

Rubyで、ローカルPCの画像ファイルにアクセスして、
HTML, CSS, JavaScript で画面を作って、画像をブラウザで表示している

言語が異なっても、基本的な仕組みは同じ

**デフォルトの名無しさん** · 2018/11/02(金) 12:33:09.51

ブラウザの拡張機能やアプリと同じだよ
普通のUIはChromiumで普通のWebページ側のメインプロセス、
それとNodeのバックグラウンドプロセスが通信でやり取りする形
ただその通信が幾らか隠蔽されてるのでメインプロセスからでも特権的なAPIが自然と使える

**デフォルトの名無しさん** · 2018/11/04(日) 21:51:54.73

7..toString(2)の..って何ですか？

**デフォルトの名無しさん** · 2018/11/04(日) 22:10:06.82

>>247
小数点とプロパティアクセサ

**デフォルトの名無しさん** · 2018/11/04(日) 22:22:36.06

>>248
なるほど
7.toString()だと
SyntaxError: identifier starts immediately after numeric literal
7が数字から始まる不正な変数名だと認識されるという理解でよろしいか？

**デフォルトの名無しさん** · 2018/11/04(日) 22:32:31.49

中学英語も出来ないのかよ…
識別子が数値リテラルの直後から始まってます

**デフォルトの名無しさん** · 2018/11/04(日) 22:34:19.63

7は数値リテラルと認識されてるんで変数名と認識されてるわけではない

**デフォルトの名無しさん** · 2018/11/04(日) 22:35:32.03

>>247
そんなのは無視でいい。

初心者はそういうところばかりに目が行くようだが、上達を妨げるだけ。
そんな書き方する馬鹿なんていない。

**デフォルトの名無しさん** · 2018/11/04(日) 22:44:48.73

>>250
identifierは中学で習う英単語には出てこないが？
http://www.eigo-duke.com/tango/tangoindex.html
高2でようやくidentifyがでてくる

immediatelyは高1。numericもliteralも高校でも出てこない

**デフォルトの名無しさん** · 2018/11/04(日) 22:47:52.87

7..toString(2)
(7.).toString(2)
(7.0).toString(2)

どれでも文字列の、'111' と表示される

(7.0)
(7.)
7.

どれでも数値型の、7 と表示される

**デフォルトの名無しさん** · 2018/11/04(日) 23:00:03.48

な、なな、なんと！？

**デフォルトの名無しさん** · 2018/11/05(月) 06:30:57.02

7.0toString()
とできないように
7.toString()
とできないということ

**デフォルトの名無しさん** · 2018/11/05(月) 11:56:57.88

name="form1" の form を参照するのに document.form1 って書き方があるけど、これがうまくいかないケースがあったので理由が知りたい。
自分のページは mydomain にあり、外のドメイン extdomain のJSライブラリを使ってる。
そのJSライブラリはAJAXを使って extdomain の中で処理を行ない、完了後にコールバックしてくれる。
mydomain のページ中 form1 が submit されるイベントでこんな感じでライブラリを呼び出し、コールバックまで処理が来てる。

function smtForm1()
{
:
外部ライブラリ(smtForm1Callback);
return false;
}

function smtForm1Callback()
{
var f = document.form1;
:
}

このコールバックの中で form1 を参照したいんだけど、上記のコードだと f は undefined になる。
form1 に id="form1" も加えて document.getEementById("form1") とやると参照できたものの、document.form1 じゃダメな理由が分からない。
実は同じコードが同じ外部ライブラリ使って同じブラウザで動く環境もあるから、サーバのセキュリティがらみの設定の問題のような気がしながらもよく分からずにいる。
原因とかチェックポイントとかアドバイスください。

**デフォルトの名無しさん** · 2018/11/05(月) 12:10:08.11

呼び出し元はどう本体呼び出してんの？
スタックトレース見てみたら？

**デフォルトの名無しさん** · 2018/11/05(月) 13:12:30.96

もしかして
document.forms.form1

**デフォルトの名無しさん** · 2018/11/05(月) 22:57:46.85

「js document」で検索！

Document
https://developer.mozilla.org/ja/docs/Web/API/document

document は、DOM ツリーのエントリーポイント。
document.write などが有名

自作のフォーム名などが、document のメソッド名になる事はない。
document のメソッド名は、あらかじめ決まっているから

**257** · 2018/11/05(月) 23:16:36.71

>>258
どうやら外部ライブラリは body の中に scriptタグを作り出し、そこでロードされるスクリプトにコールバックを呼び出すだけのコードが書かれてるらしい。
だからグローバルスコープからのコールバック呼び出しかな。
この scriptタグの生成によって document の再構築でも起こって、まだ form1 が取り込まれてない状態になってるとかかな？

>>259
いや、普通は document.form1 で参照できてる。

>>260
メソッドじゃなくプロパティじゃないかな。
document 直下にフォームの name のプロパティが出来上がる。
という動作はブラウザでJavaScriptが盛り込まれた頃からの仕様だと思ってたけど、非推薦かなんかになってたりする？

**デフォルトの名無しさん** · 2018/11/06(火) 01:27:51.27

>>261
仕様ならMDNなり仕様書なりに載ってるはずだから、とりあえず探してみれば？

それ以前にまともな奴ならそんな物使わないが。
nameは重複許可だから、それは仕様バグであり、使い物にならない。
仮に仕様であったとしても、削除/変更されるのは時間の問題だ。地雷臭が酷すぎる。
お前も含めてJavaScripterは全員馬鹿だからここら辺を理解出来ないようだけど。

**デフォルトの名無しさん** · 2018/11/06(火) 07:04:44.97

nameが何にためにあるのかを知っていれば
重複可なのが当たり前でそのformを１つだけ参照するものがあっても
常識の範囲で有意義に使えることが分かる
まあ馬鹿にはわからないだろうが

**デフォルトの名無しさん** · 2018/11/06(火) 09:04:41.69

同じ名前の人が二人いるとかおかしいじゃないですか

**デフォルトの名無しさん** · 2018/11/06(火) 09:46:57.23

>>263
唯一性をユーザー側で保証出来るのならid使え、ってことになってるだろ。

旧API（のつもり？)を使用し続けるのなら、それが今どういう状況になっているのか、自分で把握しておく必要がある。
そんな質問している時点でアウトでしょ。
とりあえず仕様書やMDNを漁って、「今でも使えるものか」確認しないと駄目だと思うよ。
ただそれ以前に、それが仕様であったとしても、動かないんなら意味無いけど。
（お前が「仕様だ！俺は悪くない！」とごねたところでコードが動くようにはならない）

大体、document.forms.xxx ならさておき、ドキュメント直下 document.xxx は不味いとすぐ分かるだろ。
それが仕様であったなら、早々に非推奨になって削除されるべきだし、実際多分そうなんだろ。
仕様がどんどん改訂されるプラットフォームなのだから、良くも悪くもトレンドに沿ってないと駄目なんだよ。
それだって、idで参照するようにしていれば、最初からそんな疑問すらわかないわけでさ。
仕様だから使える！と思ってる時点で馬鹿確定なんだよ。

お前も含めて、JavaSripterはコードを書き捨てばかりしているから、大局観が全く育ってない。
動かないから書き直す、ではなく、
何故書き直す羽目になったのか、どう書いていれば書き直さずに済んだのか、それを考える癖を付けた方がいい。
繰り返すが、それ、id/classで参照する今風のコードなら、問題すら発生しなかったわけでしょ。
お前ら、マッチポンプをしていることにすら気づいてないだろ。

**デフォルトの名無しさん** · 2018/11/06(火) 09:47:16.32

>>257
これかな
https://stackoverflow.com/questions/7436277/document-formname-is-undefined/14804179#14804179

**257** · 2018/11/06(火) 10:49:05.82

>>266
英語読みきれてなかったらスマンだけど、それはアプリケーションサーバの設定の問題でローカル開発環境では form の name が出力されてなかったってことかな？
であればちょっと違うかも。

>>265
言わんとしてることはよく分かるよ。
でもそういう話じゃなく、同じコードが動いたり動かなかったりするからなんでって聞いてるの。
どうやってもその書き方じゃ動かないという話なら、機能として削除されたんだろうとも思うわけ。
>>257 の例だと、コールバックじゃないところでの例えば smtForm1内での document.form1 は問題無いし、それどころか同じものを別サーバへ設置するとコールバックの中でも動いたりする。
同じブラウザで。サーバはどっちも同じ apache で。ブラウザに渡ってる HTML も全く同一で。
しかしブラウザ依存でもないようで、動かない時はどのブラウザでも同じように動かない。
だからクロスドメイン周りの設定に差があるのかとサーバからの HTTPヘッダを比較してもこれと言った差も無いようで、よくわからんって話さ。
ただこのページに仕込んである他のJSの挙動が置くサーバによって違ってるのかもしれない。ページが安定した後の document に影響があるようなことは無いだろうと思って言わなくて悪かったけど。
ちなみに他のJSってアクセス解析の類い。
んじゃそれ外して試せばいいじゃんとなるだろうけど、いつか確かめるけど事情により今すぐは難しい。

といった感じで実用面では他のより良い手段でやればいいことなので問題があるわけじゃないんだけど、理由は知っておきたいという話。
どこでハマるか分からんし。

**デフォルトの名無しさん** · 2018/11/06(火) 11:11:11.71

> どこでハマるか分からんし。

だからみんなjQuery使うんだよ

**デフォルトの名無しさん** · 2018/11/06(火) 11:21:39.49

もう誰もjQueryなんて使ってない

**デフォルトの名無しさん** · 2018/11/06(火) 11:53:23.90

>>267
> 同じコードが動いたり動かなかったりするからなんでって聞いてるの
それはそうだから、でしかないだろ。

まず、今現在「仕様」かどうか確認しろよ。
それで「仕様」でないのなら、それは偶々動いていただけであって、それだけでしかない。
ブラウザは大幅に更新されてる。
元々それを動かすコードをブラウザが持っていたとして、
仕様から外れた時点でそれをどこで落とすかはブラウザ開発者の自由だし、
結果的に一部残っていて動いたり動かなかったりするのも問題なしだ。
そしてそうなってるだけだろ。

「仕様」でなければ何の不思議もないし、「仕様」であればバグ報告すればいいだけだろ。

そしてその範囲を知る意味もない。
ありがちなパターンとしては、「古いコードもある程度までは動くようにする」為に、
初期構築（最初の構築)だけはそのコードを通し（つまり旧来方法でのアクセスも可能）、
追加で動的構築したDOMについては追跡してない(つまり旧来方法でのアクセスは不可能)といったところか。
ただこれを知ったところで、いつ変更されるかも分からんし、意味無いだろ。

> どこでハマるか分からんし。
「仕様」かどうかはさておき、「みんな」が「今」使ってない方法を使ったら駄目、ってことでしかないだろ。
そういったコードは、必要に応じて書き換えて「今」のトレンドに乗るようにするか、
jQueryみたいに「バージョン○○では…」と自前で管理しきるしかない。
どっちもする気がないのなら、それはお前の問題だ。

初心者にありがちな、全て「仕様」で確定している、という勘違いなら、頭を切り換えた方がいい。
厳密に仕様準拠なら、「必ずundefinedが返る」のが正しいが、
JavaScript界隈はそういう厳密さより、上記のように旧来コードも動くような曖昧さを残した方が好まれる。
結果、今の君のように、「ある日突然コードが動かなくなって？？？、環境依存？？？」な事も発生し、
それが長期的に生産性を下げる要因になっているのも事実だが。

**デフォルトの名無しさん** · 2018/11/06(火) 12:09:12.29

>>267
> でもそういう話じゃなく、同じコードが動いたり動かなかったりするからなんでって聞いてるの。
グローバル変数に関する規定はあるが、documentは分からん
納得できるまで、自分で調べてくれ
https://momdo.github.io/html/window-object.html#named-access-on-the-window-object
https://momdo.github.io/html/dom.html#the-document-object

あと、それを使うと決めたあなたの判断基準が分からん

**デフォルトの名無しさん** · 2018/11/06(火) 13:49:56.96

>>269
> もう誰もjQueryなんて使ってない
いちいち嘘つくなよ。どうせ俺がバラすんだから逆効果にしかならんぞｗ

https://w3techs.com/technologies/overview/javascript_library/all

w3techsによると2017年1月の時点で71.9%のサイトがJavaScriptのライブラリとして
jQueryを使用していることが判明し、それ以降もシェアの増加が続いていたが、
2018年4月～2018年10月の約半年間で変化が見られず、ようやく73.3%～73.4%で
増加が停止したようである。

しかしながら、減少の傾向は見られず、マーケットシェア（JavaScriptを使用しているサイトでの使用率）
https://w3techs.com/technologies/history_overview/javascript_library は97.2%を
示していることから、jQueryからの移行が始まったと言うより、上げ止まりであると考えられる

jQuery以外では、この1年でBootstrapが2%程度、Underscoreが1%程度増加している以外は
ほとんど変動はなく、期待されていたAngularは過去最高の0.5%から0.1%減少した0.4%に、
Reactは過去最高の0.6%から0.5%と大きく減少し、0.1%に下がっていることが判明した。

またいずれのライブラリも使用していないサイトは24.5%で
2017年まで減り続けていたがこの一年ではほとんど変化はない。

この状況が大きく変化するときは来るのだろうか？この先の動向が注目される

**デフォルトの名無しさん** · 2018/11/06(火) 14:36:25.99

前線の開発者が新規にwebアプリ作る時はもう使わんというだけで
全体から見たらそんなのごくごく希少さね

**デフォルトの名無しさん** · 2018/11/06(火) 14:42:55.62

Angularが減ったのはまだ誤差の範囲内だと思うけど
Reactがこんなに減ったのはなんでだろうな

**デフォルトの名無しさん** · 2018/11/06(火) 14:44:59.13

保守ではjQueryあるけど新規は全くない
俺なところはほぼAngular
最近はJAVA有料化の流れのおかげでnodejsも上げてきてる