+ JavaScript の質問用スレッド vol.124 + [転載禁止]©2ch.net

**デフォルトの名無しさん** · 2015/03/22(日) 16:19:45.75

JavaScript を自ら学ぶ人のための質問スレッドです。
>>2-4のテンプレを読んだ上で質問してください。

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

+ JavaScript の質問用スレッド vol.123 +
http://peace.2ch.net/test/read.cgi/hp/1423915644/

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

**デフォルトの名無しさん** · 2018/01/01(月) 14:22:31.88

>>594
そんなことないと思うよ
これを機にMapについてより深く知った人も多いと思うし
自分もこれまでMapをどう使ってきたかなって思い起こす機械になったし
沢山の物があるWeb学習において重要なことは、
機会があった時に深く知ることを繰り返すことだと思うよ

基礎を完璧に抑えて応用を学んだ行くというのは不可能
だから時々基礎に立ち返る価値はいつになってもあるし、
例えMDNが90点で、ここの情報が2,30点の集まりだったとしても、
色んな人の色んな角度から情報を理解するってことも重要

JSもだし、Webっていうのは皆で作っていくものだからね
言葉の定義や何が良いことかっていうのも、
その瞬間に世界のJSerやWebデベロッパーが何をどう考えているかで変わってくる
だから文法や文脈に拘るっていうのもとても大切なことで
JSerやWebデベロッパーにとってそのすり合わせのための機会っていうのも重要

正解が無く、むしろその自由さが良いこととされている環境だが、だからこそ常に正解を見つけていかないといけない
だから皆が独自に正解を考えるが、実際その環境で何が正解と言えるかというと皆の意見の総和ということになる
だから自分のこだわりを認めてもらおうと、広めようと躍起になって良く揉めるが、それも環境の進化のために必要なこと
その点中央政権があったり、よりプロプライエタリな他言語環境とは雰囲気が違うのは当然

**デフォルトの名無しさん** · 2018/01/01(月) 14:57:35.96

>>595
ゴミクズ韓国人な私はいつまで経っても馬鹿のまま、まで読んだ。

まあとにかく、ググればすぐ分かること、或いはMDNに明示的に書いてあることすらも受け付けるというのなら、
そういう連中を集めて、新しいスレを作ってくれないかな？
何故、既存のスレを乗っ取ろうとする？背乗り韓国人なら死ねよマジで。

韓国人死ね

君がそう思っている。
俺はそうは全く思ってないし、こちらが2chでは主流派だ。
Web流を自負するなら、背乗りではなくて、フォークで決着するべきだ。
何故それをしない？
それで、君達の新しいスレが繁栄し、持続すれば、君達が正しかったことになる。

お前が言っていることは、まんまゴミクズ在日韓国人の言い訳と同じだ。
お前みたいな在日韓国人は死ねとしか思わないね。

既に何度も言っているが、
俺は君たちが新しく作ったスレには行かないし、Web板のスレにも投稿しない。
それで、俺が居るスレと、俺が居ないスレで、どっちが良くなるか勝負しようと何度も誘っている。
俺が居ないスレの方が良いスレになるようなら、俺の存在価値は無い証明になる。
逆に、君たちの居ないスレの方が良いスレになるようなら、お前らがゴミでありゴキブリである証明になる。
こういう、建設的な勝負をしようと既に何度も誘っている。
お前らは受ける勇気もないヘタレだ。属国5000年のヘタレなDNAは伊達ではない、というところか。

再度言う、韓国人死ね

**デフォルトの名無しさん** · 2018/01/01(月) 17:45:00.75

ある要素にaddEventListenerでイベントリスナを登録したんですが
この要素を削除すればイベントリスナも削除されますか？
見えない所に残ったままになりませんかね？
要素を削除する前にremoveEventListenerをするべきでしょうか？

**デフォルトの名無しさん** · 2018/01/01(月) 19:47:13.85

>>596
なんでネトウヨがJavaScriptスレにいるんだよww
ほんまハゲやなお前は

**デフォルトの名無しさん** · 2018/01/01(月) 22:46:59.46

>>598
連呼リアン死ね

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

>>597
ある要素に、EventListener を付けて、その要素の先祖の要素を削除すると、
EventListener が付いたままになって、メモリリークを起こすのでは？

Backbone では、メモリリークになるけど、
jQuery では、削除した要素の、すべての子孫の要素の、
EventListener も削除するからメモリリークにならない、と何かで読んだことがある

まあ、デバッグして確かめるしかない

**デフォルトの名無しさん** · 2018/01/02(火) 12:07:09.51

>>597
>>600
お前らもいい加減死ね

何度目だその質問？だし、
過去スレどころかこのスレ内で既に回答されてるし、
回答600も間違ってるし。

全ての点において救いようがない。

まあそれでも、お前らがそれに価値があると思うのなら、フォークしろ。
つまり、別スレとして新たな方式、お前らが目指している、

・同じ質問を何度でもおｋ
・ググってすぐ見つかる事も質問してよし
・MDNに明示的に書いてあることも質問してよし
・日本語が不自由でもよし
・間違った回答も歓迎
・ゴキブリ韓国人も歓迎

を作って、試してみればいい。
俺は無理だと思うが、この見立てが間違っているのなら、俺が老害である証明になる。
そうではなく、お前らでまともに成立するスレを作れないのなら、お前らこそが荒らしなんだよ。
マジでそれを自覚して、背乗りは止めろ。誰のためにもならない。

韓国人死ね

**デフォルトの名無しさん** · 2018/01/02(火) 19:51:20.73

フォークは無意味
分けるんなら「質問スレ」を消して両方別名でpart1から始めるべき

**デフォルトの名無しさん** · 2018/01/02(火) 20:43:56.15

フォークなんて何の意味もない
質問スレなんだから質問と回答だけを書け
ハゲは消え失せろ
以上

**デフォルトの名無しさん** · 2018/01/02(火) 21:32:54.72

一応Web板にも質問スレはあって、そこも十分機能しているわけだから、
お前らが乱入してこなければ、フォークとして機能しているんだよ。
だからとりあえずWeb板に戻って、そこで自由にやってくれないかな？
俺は何度もそっちには口出ししないと宣言している。

お前らに足りないのはIDではなく、お前ら自身の民度だと、お前らにも分かってきていると思うけど、
それでもIDが欲しければ、Web板民で話し合って、
君らで自由にテンプレ作ってIDありの板でスレ立ててみればいい。
それで君らのスレの方が繁栄すれば、君らの勝ちだよ。分かりやすい話だ。

ただなあ、ググレカスなのは2chのみならず、Web全体の文化であり、
何故そうなっているのかすら理解できず、
「ウリが正しいニダ」と声闘をするゴキブリ韓国人級の知能では、どうにもならないとは思うけど。
まあそれでも、やってみて、まずは己の無力さを理解することだね。

韓国人死ね

**デフォルトの名無しさん** · 2018/01/02(火) 21:50:54.97

乱入ワロタw
お前のスレじゃねーんだよゴミ
お前が出て行けばそれで誰にとってもハッピーなんだって分からんか？

**デフォルトの名無しさん** · 2018/01/02(火) 22:44:21.14

まあ、世界中から韓国人が死滅すれば、世界はずいぶんマシになるよ。
韓国人の一番の問題は、韓国人が何故嫌われているのか全く理解できないことだからね。

韓国人死ね

そしてお前らの問題は、お前らが韓国人と同じ事をやっていることを理解できないことだ。
まずはそれを理解しないと始まらない。
俺が言っている方針、

・まずググレ
・公式ドキュメントに書いてあることを質問するな
・過去スレを読め

なんてのは、2ch/Web全体の文化であって、
少なくとも何故こうなっているのか理解できない馬鹿にこれを凌ぐ物を作ることは出来ない。
君らは君らが馬鹿であることを自覚するところから始めないといけない。本当に終わってる。

俺が出て行っても、状況は変わらんよ。これはWeb全体の文化だから。
相手を追い出しさえすれば全て解決というのは、完全に在日ゴキブリ韓国人の論理だね。

それはそうとして、これは結局例のコピペ「コミュニティの一生」の終末状態であり、
https: dic nicovideo jp/a/%E3%82%B3%E3%83%9F%E3%83%A5%E3%83%8B%E3%83%86%E3%82%A3%E3%81%AE%E4%B8%80%E7%94%9F
2chにはこれを防ぐための方策がないのも事実だ。
そこで俺はこれについての対策を持った掲示板を立ち上げたいとは思っているんだが、
仕様についてアイデアがある奴はいるか？

例えば、ふたばの仕様、
・1はスレ内の任意のレスを消せる(style.display = 'none';)
・1によって3回消されたらその人はスレ内BAN
で解決するかね？
或いは、他のアイデアがあれば是非。

**デフォルトの名無しさん** · 2018/01/02(火) 23:03:44.84

自分で調べろというのはごもっともだがそれはどちらかと言うとマナーの範疇
そういう人にググれカスだの半年ROMってろって言うのまで含めて2chの文化だが
それはあくまで背中を押すような一種の愛情表現であって
不愉快だからスレから出て行けというのとは違うけどな
今このスレに大事なのはもっと気軽に馬鹿な質問をしてもらうことで
そういうのを消すことじゃないだろう

**デフォルトの名無しさん** · 2018/01/02(火) 23:09:26.66

つうかなんか悲しいよな
ここはJSを「自ら学ぶ人のための」質問スレッド
つまり質問者のためのスレで、回答者はその質問者を助けるためにいるわけなのにな
いつの間にか自分が嫌いな質問は許さん
自分が好きな回答ができない流れは許さんっていうのが増えたよな
質問者の数が減ったら大事にすべきなのに、むしろ立場が弱くなってきてるよな

**デフォルトの名無しさん** · 2018/01/02(火) 23:18:25.90

>>607,608
まあ君がどう思おうが君の勝手だが、
もし俺を追い出したいと思っているのなら、俺にアイデアを出してみてくれないか？
俺がそっちにかかりきりになれば、当然こっちは疎かになるし、win-winだろ。

2chのシステムでは、荒らしに居座られたら対策がない。
そして、今現在はそれ以前の、荒らしが荒らしと自覚できてないという状態だ。
日本語も通じないし、言うこともきかないし、さすがにどうにもならないよ。

韓国人死ね

**デフォルトの名無しさん** · 2018/01/03(水) 00:19:54.04

>>609
君の末尾の文句は荒らし行為じゃないの？
もしなんでも良いから〇〇死ねと末尾に付ける人が居たとして
君はそれは荒らしだと思わないの？

**デフォルトの名無しさん** · 2018/01/03(水) 00:23:23.76

>>610
お花畑死ね

**デフォルトの名無しさん** · 2018/01/04(木) 20:46:48.25

【2chスレの一生】

日本人が良スレを作る
↓
良スレだからゴキブリ韓国人が集まってくる
↓
住み着いたゴキブリ韓国人が居場所を守るために主張し始める
↓
良スレを作った日本人達が見切りをつけて居なくなる
↓
残ったゴキブリ韓国人達がスレを乗っ取る
↓
ゴミスレなので誰も居なくなる

2chはこれを防ぐシステムを持ち合わせていない。
ここが致命的な弱点で、改善すべきだ。
俺は何とかして2chを

・韓国人の居る、現在の2ch
・韓国人の居ない、新しい2ch

にフォークしようとしている。
それで新2chの方が継続的に盛り上がるようなら、

・韓国人は殺すべき

という結論が承認/共有されることになる。
俺はこれを試そうとしている。
アイデア出しだけでも協力してくれれば助かる。

**デフォルトの名無しさん** · 2018/01/05(金) 12:56:13.85

例えば手続き的にwordカウントするときkeyを単語、valueをカウンタにするじゃん。
objectなら o['hoge'] += 1 みたいな足しこみやインクリできるけど、Map だと明示的にget して1足してsetするのがセオリーなの?

**デフォルトの名無しさん** · 2018/01/05(金) 13:05:35.59

o.get("hoge").value++; ってすればいいよ

**デフォルトの名無しさん** · 2018/01/05(金) 14:55:32.34

なるほど、そうやるのか。
ありがとうございました。

**デフォルトの名無しさん** · 2018/01/05(金) 15:04:04.06

まあこのvalueが何者であるかに
気づけるかどうかが問題なんだがなｗ

**デフォルトの名無しさん** · 2018/01/05(金) 15:04:08.28

>>613
そう
でも処理速度的にボトルネックになることは無いだろうし
Mapを継承したクラスにincメソッドを実装すればいいと思う

**デフォルトの名無しさん** · 2018/01/08(月) 13:36:18.81

React代替のライブラリとしてhyperappがqiitaで話題ですけど、
1kbのライブラリがReact+reduxと代替になるってすごいですよね。
逆になんでReactって単なるUIライブラリなのにこんなにサイズがでかいんですかね？
Reactの優位点ってエコシステムとしてって以外に何があるんですかね？

**デフォルトの名無しさん** · 2018/01/08(月) 15:48:15.94

Reactはまんまエコシステムじゃん
ReactNativeだってあるしReactNativeWebだってあるくらいだし

**デフォルトの名無しさん** · 2018/01/09(火) 11:23:44.59

代替にならないからに決まってるじゃん
1KBのライブラリなら読めばいいのに

**デフォルトの名無しさん** · 2018/01/09(火) 11:39:04.13

>>620
機能だけを観るとreact+redux+非同期ミドルウェア
が1kbのライブラリに置き換わるというのが凄く魅力的なんですけど。

逆にReactにしかできないことが見当たらなくて、じゃあhyperappでいいじゃん
って思っちゃったんですよね。
もちろんiOSとかAndroidで使いたいとなったらReactNativeがある点で優位なんですけど、、、、、いまのところchrome-extensionで使う予定なんで、reactから移行してもいいのかもと思い始めた次第です。

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

hyperappでいいじゃんと言うけど
それWebAPIも発展してきたしフレームワークもライブラリもそろそろ要らないよねってことだぞ
ただ非同期周りとかちょっとまだ手が届かない所があるよねって感じ
chrome-extensionとか小規模なものだとそれこそ何にも要らないと思うぞ

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

Node.jsで
const exec = require('child_process').exec;
みたいに
モジュール自体じゃなくてモジュールのメンバを変数に代入する書き方がありますが
こういう書き方のメリットは関数名などが短くなることの他にありますか？
どっちみちモジュールを全部読んでから一部をエクスポートしてるだけなので
メモリの節約にはならないですよね

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

メモリの節約にはなるよ
参照のないオブジェクトはGCされるから

**デフォルトの名無しさん** · 2018/01/11(木) 10:35:44.35

なるほど…
じゃあ使うものだけを読む方が望ましいですね
ありがとうございました

**デフォルトの名無しさん** · 2018/01/12(金) 00:07:56.61

var str = "1\r\n2\r\n3\r\n\r\n4";
var arr = str.split(/\r\n/);

ブラウザでこのarr.lengthを取得すると当然5になります
ですが、WSHのJScriptでarr.lengthを取得すると4になります
何故か空行が削除されてしまうのです
これをマトモに動かすにはどうすればいいのでしょうか？
Windowsは10ですか、多分Windowsのバージョンは関係ないですよね

**デフォルトの名無しさん** · 2018/01/12(金) 00:33:35.90

>>626の件ですが
正規表現で文字列を split すると、できた配列から空の要素が消える
http://aligach.net/diary/20060707.html
>文字列で split すると JScript でも空要素は消えない。

というのがありました
これはひどいバグですね・・

**デフォルトの名無しさん** · 2018/01/12(金) 05:29:30.16

f(){ g(){h()}}
でｈだけが非同期関数の時ｈが呼び出されるのはｆかｇのどっちの後ですか？
現在実行中の関数のあとしか書いて無くて、ｆもｇも実行しているのでどちらか
わかりませんでした。

**デフォルトの名無しさん** · 2018/01/12(金) 08:41:18.56

その書き方じゃ何を表しているのか正確に分からんし
順番が知りたければ関数にalertでもconsole.logでも置けばいいだけじゃないか

**デフォルトの名無しさん** · 2018/01/12(金) 09:12:36.76

「js 非同期 promise」で検索！

**デフォルトの名無しさん** · 2018/01/12(金) 09:32:36.57

非同期関数をその中に書いたら同期関数にできる関数があれば
何も考えずに同期化出来ていいのではないでしょうか？
そういうのはありますか？

**デフォルトの名無しさん** · 2018/01/12(金) 13:15:59.75

同期「的」に書ける方法はあるよ
でも理由があって非同期になってるわけだから、
それが他の部分と必ずしも結合できるとは考えない方がいいし
あんまりこねくり回すとタイミングバグが起きたりもする
その辺きちんと整理できる能力が必要
取り敢えずPromiseとメソッドチェーンを理解してからasync-await

**デフォルトの名無しさん** · 2018/01/12(金) 20:07:58.33

electronでVisualStudioみたいなドッキングやフロートとかができるパネルレイアウトを実現するものはありますか？

**デフォルトの名無しさん** · 2018/01/12(金) 20:12:02.87

質問変えます
VSCodeと同じレイアウト（右のパネル、タブ）を実現するものはありますか？

**デフォルトの名無しさん** · 2018/01/13(土) 00:02:40.02

同期的で思い出したけど、JavaScript・・・じゃないな
ブラウザのDOMの仕様からalert, confirm, promptって廃止されないの？
だってこれら同期的に動くクソだもの

**デフォルトの名無しさん** · 2018/01/13(土) 00:20:03.56

NW.jsはビルドしたファイルを実行すると
ソースディレクトリがテンポラリディレクトリに展開されてそこで実行され
元のexeファイルのあるカレントディレクトリを取得できないという問題があります
ポータビリティを担保するためにカレントディレクトリにデータを保存したいので、
これは望ましくありません
Electronではこういうことはないのでしょうか？

**デフォルトの名無しさん** · 2018/01/13(土) 04:50:51.10

>>635
同期で動くのが必ずしも悪いこととは限らない
昔みたいにブラウザごと操作ブロックするものではなくなったし

**デフォルトの名無しさん** · 2018/01/13(土) 05:57:23.59

>>634
VSCodeはelectronで作られている。
VSCodeを作った人たちは、electronでVSCodeのレイアウトを実現したわけだ。

**デフォルトの名無しさん** · 2018/01/13(土) 07:41:37.13

>>631-632
generator runner

co, Koa を使う

以下を参照
>>582-591

**デフォルトの名無しさん** · 2018/01/13(土) 07:53:38.29

>>636
Electron アプリは、Node.js によって実行される

その際、package.json という設定ファイルに、
"main": "main.js"
とか書くと、そのファイルから起動される

この本を読む

Electronではじめるアプリ開発
~JavaScript/HTML/CSSでデスクトップアプリを作ろう
野口将人・倉見洋輔、2017

**デフォルトの名無しさん** · 2018/01/13(土) 08:44:03.82

>>639
>以下を参照
>>>582-591

的外れだって突っ込まれてるじゃん。自虐か？

**デフォルトの名無しさん** · 2018/01/13(土) 12:13:53.04

的外れと言う割に的外れでない回答がない件
それもそのはず的外れでないであろう回答をエスパーして
基本的で曖昧な疑問に答えるのは大変すぎるから

だから皆取り敢えずコンテキストが近くて
具体的で為になりそうな点に絞って回答してるというのに
それを的外れというのはそれこそ的外れ

**デフォルトの名無しさん** · 2018/01/13(土) 13:33:46.15

>>640
ありがとうございます
ただそのくらいは知ってます・・
NW.jsもnode.jsとwebkitから作られていて
両者が非常に良く似ていることからした質問です
ビルドされたバイナリの挙動は実際に使ってみないと分からないので

**デフォルトの名無しさん** · 2018/01/13(土) 13:39:59.76

>583 名前：デフォルトの名無しさん[sage] 投稿日：2017/12/31(日) 19:02:39.26 ID:B2mtcXzM
>ないです

「的外れでない回答」はこれだろ？

**デフォルトの名無しさん** · 2018/01/13(土) 15:26:08.02

こりゃ一本取られた
確かに矢を放たなければ外れようも無いわな
うまい！

**デフォルトの名無しさん** · 2018/01/13(土) 15:42:03.82

クッサ

**デフォルトの名無しさん** · 2018/01/14(日) 00:54:38.03

質問です！
初めてjavascriptでWEBアプリを作ってるんですが、時間によって変化するデータを記録してブラウザに表示させるために
グローバル変数を使用しているのですが、そのデータが５０種類近くあり、全てグローバル変数に保持させています。
ネットで調べると、グローバル汚染なる言葉があり、グローバル変数は極力使用するべきでないとありました。
でも、５０種類近くのデータを保持し、各関数の中で計算させたりブラウザに数値を表示させるにはグローバル変数でしか無理なんじゃ無いかと思います。
初心者な質問ですがよろしくおねがいします！

**デフォルトの名無しさん** · 2018/01/14(日) 01:11:56.05

まあ別に幾らでもやりようはあるが、
その分だとまずコードを今の1/5から1/10ぐらいに減らすべきだろうな
無駄なコードが多すぎるだろう

**デフォルトの名無しさん** · 2018/01/14(日) 03:20:01.37

electronでデベロッパーツールにログを出力するのはどうすればいいのでしょうか？
console.logするとシェルのコンソールにログが出力されますが
これだとソース版の実行時にしかログが見られません

**デフォルトの名無しさん** · 2018/01/14(日) 07:16:23.50

ソース版？

**デフォルトの名無しさん** · 2018/01/14(日) 09:01:40.77

何と言うのか知りませんがバイナリにビルドする前の状態です

**デフォルトの名無しさん** · 2018/01/14(日) 09:37:43.17

>>649
サンプル通り作ってあるなら
mainWindow.loadURL(`file://${__dirname}/index.html`);
というような感じでindex.htmlをロードして表示していると思うけど
このindex.html内でconsole.logすればデベロッパー内でログを見れる

**デフォルトの名無しさん** · 2018/01/14(日) 11:41:12.08

>>652
そうなのですか
ありがとうございます
Electronは触った感じNW.jsよりも技術者寄りでイケてる感じがしますが
その分複雑なところがありますね

**デフォルトの名無しさん** · 2018/01/14(日) 12:42:53.06

>>636の件ですが
Electronの場合はビルドしたバイナリでも、
実行時のカレントディレクトリが正しく取得できました
まぁ当たり前の動作ではありますが・・。
NW.jsの方が古いプロダクトのようですが、
Electronに架橋するのがその歴史的意義で、既に使命を終えたんじゃないかと思います
Electronを触ったらもうNW.jsに戻ろうとは思えません

**デフォルトの名無しさん** · 2018/01/15(月) 16:39:11.95

エディタのVS Code, Atom が、Electron 製だろ

これらのエディタを使ってみれば、Electron で、何でも出来ることが良くわかる

**デフォルトの名無しさん** · 2018/01/15(月) 23:04:54.06

まあバイナリファイルの読み書きさえできれば
なんでもできるのは当たり前なんだけどなｗ

**デフォルトの名無しさん** · 2018/01/17(水) 13:55:03.66

titleを書き換えるブックマークレットを作っています
chrome開発者ツールのconsoleで
document.title = 'test';
とすると、何の問題もなく書き換わります
が、これを
javascript:document.title = 'test';
としてブックマークに登録してブックマークレットとして実行すると、
titleだけでなくdocumentの内容自体がtestという文字列に置き換わってしまいます
何が間違っているのでしょうか？

**デフォルトの名無しさん** · 2018/01/17(水) 14:30:25.51

最後にreturn;を加えるといいかも

**愛知人** · 2018/01/17(水) 14:32:13.86

resList.forEach(resNumber => {
$(`.resListPanel li.resItem[data-number="${resNumber}"]`).clone().appendTo(resListTree);
});

resListの要素数が70個だと2秒もかかるんだがどうする？

**愛知人** · 2018/01/17(水) 14:41:23.85

const resItemList = resList.map(resNumber => {
return $(`.resListPanel li.resItem[data-number="${resNumber}"]`).clone();
});

これでもほぼ同じ

**愛知人** · 2018/01/17(水) 14:44:03.32

resList.map(resNumber => {
return $(`.resListPanel li.resItem[data-number="${resNumber}"]`);
});

これでもほぼ同じ

**デフォルトの名無しさん** · 2018/01/17(水) 14:54:28.73

>>658
undefinedを返さないとその値でページを置き換えるようになっているのですね
ありがとうございました

**デフォルトの名無しさん** · 2018/01/17(水) 15:09:47.60

ブックマークレットはaタグのhrefにjavascript:と書いた時と
同じ動作をするもののようです
ここに書いたコードは返り値の返却が求められていることから、
ある種の関数として実行されていると推測します
ですがブックマークレットの解説が書かれたサイトには、
名前空間を汚染しないように即時関数で全体を囲む方がいいと書いてあります
しかしブックマークレットがすでに関数になっているのですから
即時関数にしなくても汚染は防げるのではないかと思ったのですが
どうなのでしょうか？

**デフォルトの名無しさん** · 2018/01/17(水) 15:28:35.60

逆に聞くけどなんですでに関数になってると思い込んだの？

**デフォルトの名無しさん** · 2018/01/17(水) 16:14:37.66

>>664
returnを書いたら動作するからです
じゃあ違うんですか？
それならなぜreturnと書けるのでしょうか？

**デフォルトの名無しさん** · 2018/01/17(水) 16:42:16.33

<a href="javascript:var a = 1;return;">test</a>
と書いてみたら
SyntaxError: Illegal return statement
と出ました
ブックマークレットはaタグとは似て非なるもののようですね

**デフォルトの名無しさん** · 2018/01/17(水) 16:50:55.42

javascript:var a=1;return;
というブックマークレットと
javascript:alert(a);
というブックマークレットを作り、
最初のブックマークレットを実行してから次のブックマークレットを実行すると
aはundefinedだと言われました
やはりブックマークレットは関数として実行されているようです
aタグの場合は、あるタグで宣言代入した変数を
他のタグのコードから参照できました

**デフォルトの名無しさん** · 2018/01/17(水) 16:51:48.01

>>665-666
なぜブックマークレットでエラーが出ないと思いこんでるの？

**デフォルトの名無しさん** · 2018/01/17(水) 17:01:43.92

>>668
エラーを出しつつundefinedを返してるのかとも考えましたが
実際コンソールみてもエラー出てませんし。
というかもう答え出てますよね？

**デフォルトの名無しさん** · 2018/01/17(水) 19:39:53.11

Chrome/Firefox/Edgeで試してみたがエラー出るんだが

**デフォルトの名無しさん** · 2018/01/17(水) 21:31:52.74

chromeで試しましたが出ませんよ
ブラウザによって実装が異なる可能性もあるので他のブラウザは知りませんが
ブックマークレットという性格上、自分が使うブラウザで問題なければ別にいいです

**デフォルトの名無しさん** · 2018/01/17(水) 21:32:24.29

JavaScriptは最終的にビルドしてWebAssemblyに
するのが常識になっていくんじゃないかなーって
思っているんだけどどうですか？

**デフォルトの名無しさん** · 2018/01/18(木) 07:04:32.02

>>672
それは将来の素のJS≒TSをWASMにコンパイルしてリリースするのが常識になるかってこと？
既にトランスパイラやバンドラが使われているように、幾らか規模のある企業案件では良く使われることになると思うよ
あとはブラウザの拡張機能のようなパッケージ化されるものではそれが基本になると思う

だけど常識と言えるかどうかは分かんないね
2030年ごろにJSに実質的な寿命が来たとして、
その時に多くの言語から安全簡潔にWASM化する環境が整っていて、
ブラウザベンダー達が新しい言語を実装しないことを決定すればそうなるんじゃない？

**デフォルトの名無しさん** · 2018/01/18(木) 15:48:38.59

electronてメインプロセスとレンダラプロセスのJSはディレクトリを分けた方がいいと思うのですが
どうディレクトリを分けるのがスタンダードなんでしょうか？

**デフォルトの名無しさん** · 2018/01/18(木) 16:44:53.98

>>674
サンプルはいくらでもあるんだからパクれば良いのよ

**デフォルトの名無しさん** · 2018/01/18(木) 21:59:02.60

>>673
> その時に多くの言語から安全簡潔にWASM化する環境が整っていて、

その多くの言語からWASM化するってのはビルドですよね？
聞きたかったのはJavaScriptが生き残るかどうかじゃなくて
ビルドツールなしっていうのは考えられない世界になるのかなーって話です。

**デフォルトの名無しさん** · 2018/01/18(木) 23:08:03.44

>>676
JavaScriptを普通に書きたいという需要が多い限りそんな世界にはならないということ
全てがHTTP2になるかっていうのとも似てる

**デフォルトの名無しさん** · 2018/01/19(金) 08:45:48.44

WASMが普及するとブラックボックス化して、Webへのアクセスの危険度が上がる気がする。メルトダウンとかが話題なくらいなんだから慎重に行かないとね。
とりあえずWASMはDOMに直接アクセスできないとか色々制限があるから

**デフォルトの名無しさん** · 2018/01/19(金) 16:29:34.99

>>675
ありがとうございます
すごくシンプルなアプリなので
main.jsとmainWindow.jsを同じディレクトリに置くことにしました

**愛知人** · 2018/01/19(金) 19:04:39.76

評価してください。
https://ideone.com/SxLQUO

**デフォルトの名無しさん** · 2018/01/19(金) 19:52:16.50

>>678
メルトダウンはCPUのバグなんだからそれを引き合いに出すのは無茶だと思う
ただタイミングアタックって言うのは事前の想定が難しい脆弱性攻略法だからね

例えばサーバでパスワードやハッシュが正しいかチェックする際
正解の文字列と==で比較するとそれ即ち脆弱性になる
なぜなら==は大抵の場合文字列の頭からの１文字１文字合っているか確認していって、
間違っている場合そこで打ち切るから、サーバのレスポンス時間の統計を取れば
現実的な試行回数で正解文字列が頭から推測できていってしまう

SQLインジェクションとかよく騒がれるので、外から来たデータの扱いは
個人運営のサイトでも必ず相当に気にすると思うが、
内の状態を外に微塵も漏らさないための気配りができている場合は少ない

今回のCPU騒動の対策としてperformance.now()の精度が100nsに落とされたりしたが
過去にあったJSで外部画像やiframeにフィルタを書ける際の処理の重さから内容を推測したりとか
数msの精度があれば十分に成功するものもある

Web標準規格者、ブラウザ開発者のような大勢の優秀な技術者でも度々見落としてしまうのが
この手のバグなんだから、ある意味で仕方がない

**デフォルトの名無しさん** · 2018/01/19(金) 21:15:34.22

>>678
> WASMが普及するとブラックボックス化して、Webへのアクセスの危険度が上がる気がする。

スマホアプリと同じ状態になるだけだよ
危険度は今とまったく変わらないか、
ブラウザのセキュリティ内でしか動かないから
スマホアプリよりも安全

**デフォルトの名無しさん** · 2018/01/19(金) 21:17:41.12

WASMはJavaScriptでできることしかできないから、
その意味でも安全といえる。

ソースコードが読みづらいってだけ
JavaScriptで難読化するのと変わらない

どうせ難読化されて無くても殆どの場合JavaScriptのコードを
なんて見ないんだから関係ない

よってWASMで危険になんかならない

**デフォルトの名無しさん** · 2018/01/19(金) 21:47:23.03

いや、JSのASTのバイナリのようなものというのはスタートラインであって
将来的には変わっていくと思うよ
現時点でも例えばSIMD APIを使ってSIMD命令を明示的に記述できるけど
もしここ関連でバグがあればより危険ってことになるからね

**デフォルトの名無しさん** · 2018/01/19(金) 22:01:13.91

SIMD APIってJavaScriptでできることじゃん。やっぱりｗ
https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Global_Objects/SIMD

**デフォルトの名無しさん** · 2018/01/19(金) 23:04:17.50

バカタレ
なんで俺がわざわざこれを選んで挙げたか少しは考えることもできないのか？
JavaScriptでもできることになる予定だったけど撤廃される流れになってるだろ
現にV8はサポートしないことを決めて削除した
https://bugs.chromium.org/p/v8/issues/detail?id=6020&;desc=2#c3
そのくらいの時系列知っとけ

**デフォルトの名無しさん** · 2018/01/19(金) 23:10:30.90

つかよく見たらそのページにも廃止されたって書いてあるじゃん

**デフォルトの名無しさん** · 2018/01/19(金) 23:18:11.42

>>686
そこに撤廃されるなんて書いてないじゃんｗ

**デフォルトの名無しさん** · 2018/01/20(土) 00:23:54.23

>>685
> Status
> 廃止された
https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Global_Objects/SIMD#Specifications

**愛知人** · 2018/01/20(土) 00:25:29.74

廃止された

**デフォルトの名無しさん** · 2018/01/20(土) 01:26:28.81

>>682
スマホアプリは一応アプリストアで管理されてるけどwebアプリは無理でしょ。

**デフォルトの名無しさん** · 2018/01/20(土) 02:09:47.09

検索って言う超巨大なアプリストアがあるんだけど知ってる？
PWA云々ってのもこの流れの中の一つ

**デフォルトの名無しさん** · 2018/01/20(土) 02:32:41.46

>>692
> 検索って言う超巨大なアプリストアがあるんだけど知ってる？
知らない。ストアってことは有料なんだよね？

**デフォルトの名無しさん** · 2018/01/20(土) 10:26:21.47

どれだけアプリストアでセキュリティチェックされようと
超低レベルなCPUにバグがあっちゃお終いだし、
もしくは人がチェックするのも無理だから
超高レベルな悪意も防ぎようがない

**デフォルトの名無しさん** · 2018/01/21(日) 01:14:29.51

JSからも攻撃可能なメモリの同じ部分への超連続書き込みで
隣接セルを書き換えるって言うのも根本的な修正策は無いしね