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

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

ElectronでネイティブのNodeモジュールを使う場合
リビルドが必要になりますが
このリビルドしたモジュールはアーキテクチャが同じなら
他のマシンでも使えるのでしょうか？

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

各OS で、コンパイル済みバイナリは異なるから、バイナリで持ち運べない。
ソースコードで持ち運んで、各OSでビルドする

Linux では、ディストリビューション間でも、バイナリが異なるかも知れない

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

ただし例外もあって例えばUbuntuでコンパイルしたバイナリは
Windows上のWSL（Ubuntu）で動く
WSLがUbuntuでビルドしたバイナリを動く仕組みを提供しているからだ

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

OSが違う時に走らないのは仕方ないですが
OSとアーキテクチャが同じなら、普通の実行ファイル同様、他のマシンでも走りますよね
ありがとうございました

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

ネイティブモジュールは他の実行ファイルとは全く違う
V8のバージョンが変わると容易に壊れる

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

実行ファイルというのはモジュールのことではなく、
バイナリビルドしたアプリのことでした
ネイティブモジュールのリビルドが必要なのはV8のバージョンアップなどとの擦り合わせなのですね
ありがとうございました

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

Single Page Applicationのデザインは
他のウェブサイトとは要件が少し違うと思います
ウェブページというよりもアプリケーションそのものなので。
SPAのデザインに関して参考になる本とかサイトとかありますか？

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

ブラウザのhistory 関連とか、

戻るボタンには、どう対処するのかとか

**デフォルトの名無しさん** · 2018/01/24(水) 02:51:55.33

SPAって主にはただの普通のWebサイトにPjax導入した物を言うと思うぞ
それ以上の専用の設計がされているものはWebアプリって言う

**デフォルトの名無しさん** · 2018/01/25(木) 00:44:44.26

electronで、現在ソースで実行されているのかバイナリで実行されているかを
コードの中で判断するにはどうすればいいのでしょうか？
ソースでの実行時のみにデベロッパーツールを開くようにしたいです

**デフォルトの名無しさん** · 2018/01/25(木) 02:17:02.57

AngularとReactどっちがいい？

**デフォルトの名無しさん** · 2018/01/25(木) 02:24:41.78

>>705
専用APIあるのかもしれないけどその他の方法として
フォルダ内にバイナリファイルがあるかどうかで調べればいい

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

>>707
なるほど
それなら確かに判別できますね
ありがとうございました

**705** · 2018/01/25(木) 09:59:15.16

__dirname+'/実行ファイル'
の有無を調べたのですがうまく動きませんでした
どうもビルドとは言っても実行ファイルの中にJSが組み込まれているわけではなく
resources/app配下のJSを実行しているようです
それなら上の上の上のディレクトリの実行ファイルの有無を調べればいいと思ったのですが
それも何故かうまくいかず。
（書き方が悪かっただけかもしれません。未検証）
他の方法はないかと探して
path.basename(app.getPath('exe')) == 'electron.exe'
なら開発環境と判別するという方法にたどり着きました
もっといい方法もあるのかもしれませんが

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

Railsアプリケーションには、production、development、testの3種類の環境があるけど、

Electron には、そういう環境変数は無いの？

**デフォルトの名無しさん** · 2018/01/26(金) 00:11:29.64

ドキュメントのappやprocessやEnvironment Variablesをざっと見ましたが
それっぽいのは見当たりませんでした
ビルドと言ってもelectron.exe相当の実行ファイルの名前や属性が変わるくらいなので
本質的な違いはないという思想なのかもしれません

**デフォルトの名無しさん** · 2018/01/26(金) 11:30:01.98

初心者です。お願いします。
node.jsで以下のコードを実行したら、
TypeError: "callback" argument must be a functionというエラーが出ました。

var webclient = require("request");

function test(){
webclient.post({
url: "https://mevius.5ch.net/tech/subback.html";},
function (error, response, body){
console.log(body);
});
};
setInterval("test()",2000);

test()単体では動くのですが、定期的に実行するにはどうすればいいか教えてください。

**愛知人** · 2018/01/26(金) 11:34:15.05

"test()"→test

**712** · 2018/01/26(金) 11:39:58.87

ありがとうございますできました！
JS触って非同期処理？とか初めての概念が出てきてそっちが原因だとずっと勘違いしてました…

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

エラーをよく読むこと
「"callback"引数は関数でなければなりません」

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

それで分かるレベルならこんなとこに質問に来ないと思うが…

「なるほど、文字列だからいけなかったんだね！
setInterval(test(),2000);
これでよし！」

こうなるのがオチ。>>713の態度が正解だと思う。

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

test() の( )は、関数呼び出し演算子

test は、関数オブジェクト

**デフォルトの名無しさん** · 2018/01/28(日) 03:49:02.94

>>716
違う
今回のことに限らずエラー文に答えがあるんだから
それを読み解けるように努力していこうねということ

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

function f(){
return new Promise(resolve=>resolve (f());
}
なぜこの関数をthenすると無限ループになるのか教えてください。
ｆが評価されるのは一回にしかおもえないのですが教えてください。

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

>>719
普通に再帰だから
then関係ない

https://jsfiddle.net/yo0dxts0/

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

thenしたときじゃなくてnewしたときにプロミスの中身は実行されるということですか？

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

＞＞７２１
そうみたいですね。勘違いしてました。

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

>>719
function f(){
　return new Promise(resolve=>resolve (f());
}

↓

function f(){
　let p = new Promise(resolve => {
　　return resolve (f());
　});
　return p;
}

↓

function f(){
　let p = new Promise(resolve => {
　　console.log(1);
　});
　console.log(2);
}
f();

↓出力結果

1
2

つまり、f関数が戻るより前 = p が得られるより前にnew Promiseに渡した関数が
実行されるから。引数の関数は即時関数のようにすぐに実行されるんだよ。
その中でfを呼び出しているから再帰になる

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

解決策思いついたので発表させてください。
function f(){
return ()=>new Promise(resolve=>resolve(f()));
}
thenのとき関数に括弧をもう一つ付けます。

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

jsbinみたいなプレイグラウンドでローカルで実行できるものはないかと思ったのですが
jsbinはNode.jsで動いていてまさにローカルで実行できると知りました
ですが
https://github.com/jsbin/jsbin/blob/master/docs/running-your-own-jsbin.md
ここにある通りにnpm install -g jsbinとやっても警告とかいろいろ出てエラーになります
いろいろなパッケージの今のバージョンとは合わないっぽい感じです
jsbinをローカルで動かすための方法をまとめたサイトとかないでしょうか？
あるいは、今のNodeの環境ですんなりローカルで使えるプレイグラウンドはないでしょうか？

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

pythonインストールするとjupyter notebook入るからjsでも使ってるわ。

**デフォルトの名無しさん** · 2018/01/29(月) 16:38:42.59

EventEmitterは
onメソッドが呼ばれる前にemitされたら（現実的にはなかなかないでしょうが）
onメソッドが呼ばれたタイミングでコールバックが呼ばれるのでしょうか？

**デフォルトの名無しさん** · 2018/01/29(月) 18:56:51.98

ブラウザのEventは同イベントループ中なら順序は関係ないが
NodeのEventEmitterはそれはできない

**デフォルトの名無しさん** · 2018/01/29(月) 20:06:02.96

そうなんですか
まぁまずあり得ないので、それでも問題ないという判断なのでしょうね
ありがとうございました

**デフォルトの名無しさん** · 2018/01/30(火) 03:21:45.76

イベントはイベントループのスタックに登録されるといった概念上自然なのはブラウザの方
Nodeの方はemitされるとイベントループを経由せずに直接関数を呼んでるだけの簡単な実装
この違いはPromiseの挙動に慣れてたりすると複雑なシーンやObservable的なライブラリでバグの元になるかもしれない

**デフォルトの名無しさん** · 2018/01/30(火) 04:36:39.97

なにいってんだ？ブラウザとかイベントループとかそういうレベルの話じゃねーよ

基本的な設計を考えてみろ
イベントを受信する側は一体いくつ存在すると思ってる？
イベントを送信する側一つに対して、イベントを受信する側は複数存在するだろ

ブラウザで言えば、buttonのclickに対してaddEventListerで
イベントハンドラを複数結びつけることができる。

> onメソッドが呼ばれる前にemitされたら（現実的にはなかなかないでしょうが）
> onメソッドが呼ばれたタイミングでコールバックが呼ばれる
を実現するにはどうするか考えてみろ。

あとからイベントハンドラが設定される可能性を考えるということは
イベントハンドラが設定されていたとしても、全ての発生したイベントの情報を
ずーっと保持し続ければいけないということだ。

だってそうだろ？ clickのイベントハンドラが1つ有ったとしても、もしかしたら
将来2つめのイベントハンドラが設定されるかもしれないんだから。
そんなメモリの無駄な使い方なんかやりません。

例えばWindowのloadイベントとかに限れば一回発動したら二回目は発動しないから、
onメソッドが呼ばれたタイミングでコールバック発動しても良いかもしれないが、
そういうのは特定のイベント特有の話だ。

特定のイベントに限って、onメソッドが呼ばれたタイミングでコールバック発動するための
サポート機能を持たせるのはありかもしれんが、少なくとも基本的な機能として
onメソッドが呼ばれる前に発生したイベントを保持するなんてことはまずしない
それはブラウザとかNodeとか関係ない一般的な設計としてだ

**デフォルトの名無しさん** · 2018/01/30(火) 08:56:01.83

emitがWindowsのSendMessageのような動作だったら便利だったのに、とは思う。

**デフォルトの名無しさん** · 2018/01/30(火) 10:33:59.80

>全ての発生したイベントの情報をずーっと保持し続ければいけない

たしかにmousemoveなどを考えたら恐ろしいことになりますね

Node書くならEventEmitterについて知っとくべし
https://qiita.com/yuku_t/items/d69d3a2c7dafa7d04e87
疑問のきっかけはこのページを読んだからなのですが、
非同期関数の中でEventEmitterオブジェクトを生成し、
非同期処理完了後にemitを呼ぶようにしてから、EventEmitterを返却。
EventEmitterを受け取った呼び出し元は、それにonメソッドを発行するという流れですが
このように書いた非同期処理はどんなに処理が軽いものであっても
onよりも先に終わることはないと、JavaScriptのメカニズム的に保証されている、
と考えていいのでしょうか？

**デフォルトの名無しさん** · 2018/01/30(火) 11:22:22.63

setTimeoutやsetIntervalの処理はイベントキューに登録される。
イベントキューから取り出されるのは、メインスレッドの処理が終わった時。
つまり何らかの処理の最中にイベントが実行されることはない。
ということのようですね
関数から抜けたタイミングとかにもイベントが発生し得るのではないかと
漠然と思っていたのですが、そうではなくて、
すっかり処理が終わった時にのみイベントキューが消化される
なのでEventEmitterも確実に機能することが保証されているのですね
ありがとうございました

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

>>731
お前こそ何言ってるんだ？
ここまで話されていることは全ての発生したイベントの情報をずーっと保持し続ければいけないと言うことにはならない
ただイベントの発火を同期でなく必ず次のイベントループ時に持ち越すというだけで
その同期中でのリスナと発火の順序は問わないということ
そしてこれは重要
基本的に遅延処理だが値を指定した際にキャッシュやエラーですぐコールバックが呼べる状況もある
そういうときにEventレイヤーで非同期を保証することでハンドラの設定順序による無用なバグを防ぐことができる

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

>>731
JavaScriptなんてそんなもん。
馬鹿な質問に馬鹿が答え、しかもそれが間違っていることも割と普通で、馬鹿が再生産されてる。
現場とか壮絶だと思うよ。
間違ってもないコードを間違っていると言われ、間違っているように書き直させられるのでは、
まともなプログラマは寄りつかない。そして馬鹿に純化され、余計に馬鹿が再生産されるという悪循環。

というかな、根本的に分かってない奴が多すぎる。（プログラマとして未熟）
そして、質問者が馬鹿なのは致し方無しとしても、
回答者は他の回答者のレベルが分かるはずなのだから、
状況を把握して、自分は回答すべきか黙っておくべきか適切に判断しないといけない。
これも出来ない奴がJavaScripterには多すぎる。
（インターネット掲示板の使い方が未熟＝人間として未熟）
これについては他Web系のPHP/Goは他言語並みにマシで、JavaScriptだけ酷いのはちょっと不思議なんだが。

そしてこの糞女はマジでそろそろ死んで欲しい。
根本的にこいつは分かってない。（どこが間違っているかは教えてやらないが）
お前らもこの糞女に対してレスする意味があるのかよく考えろ。
レスする＝そいつにとって有効情報がでてくる＝そいつが居着く事になる。

誰を殺し、誰を生かすかは回答者が決められる。
スレの質が低いのは、回答者のモラルが低いからだ。
迷惑しかかけないゴキブリ韓国人を殺すのは、正しいことだ。
人権屋は最近旗色が悪くて問題のすり替えに躍起だが、それに騙されてはいけない。
現実問題として、畑でいい野菜を育てる為には、
害虫は駆除しないと話にならないし、そのために農薬を使うわけでね。

匿名掲示板上で殺すのは躊躇しなくていい。
理由は簡単で、匿名掲示板上は原理的に差別がない場所だからだ。

韓国人死ね

**デフォルトの名無しさん** · 2018/01/30(火) 19:53:15.14

そして>>731,735のようなやりとりはやればいい。
どうやらお前らはこれを望んでいるようだし、今のお前らには必要なのだろう。
ただな、冷静に考えれば分かるはずだが、これ自体もずれていて、お前らは、
・何が仕様なのか
を議論しているが、それは本来は仕様書なりMDNを読めば終わる話だ。議論するものじゃない。
他言語では、
・仕様を分かった上で、それについてどう思うか/どうそれを生かすか
を議論している。
JavaScriptは比較的簡単な言語だ。
何故お前らがいつまでも仕様理解にトラップされているのか、俺にはよく分からない。

韓国人死ね

例えばな、>>730
×　スタック
○　キュー
君がプログラマなら、この2つは正しく使い分けないといけない。今回は特に。
そして確かにNodeのEventEmitterは若干仕様が不適切だ。
NodeのAPIに合わせるなら、EventEmitterSyncと命名されてしかるべきだった。
https://nodejs.org/api/events.html#events_asynchronous_vs_synchronous

という話をするのならまだ分かるんだよ。
ただまあ、今回脱線しているのはそもそものこの糞女が根本から間違っているからであって、
君らが悪い感じでもないが。

**デフォルトの名無しさん** · 2018/01/30(火) 19:56:08.40

>>736
前から思ってたがなんで女扱いなんだよ
意味不明の思い込みを炸裂させてんじゃねーぞハゲ

**デフォルトの名無しさん** · 2018/01/30(火) 20:44:18.42

>>738
いや間違いなくお前は糞女だよ。典型的な女のレスばかりだろ。
というかお前、むしろそれが分からないのはヤバイと思うが。

とはいえ、匿名掲示板上でのこの手の水掛け論の決着は非常に単純で、
・大多数の人にとって、どう見えるか
でしかない。
お前がどれだけ嘘の主張をしても、レスはどう見ても女でしかないし、誰も信じないよ。

ただこの際性別なんてどうでもいい。
お前はお前自身が荒らしであることを自覚して、死んでくれマジで。
お前がいる限り、スレの質はどんどん落ちていく。
だからお前は荒らしなんだよ。
敬語を使わないとか、死ね死ね言ったりとかは本質じゃないんだよ。
731-735のやりとりも、特に意味がない。（お互いそれなりに理解できている）
齟齬が発生しているのはスタートポイントがおかしいからであって、彼らの問題ではない。
正しいポイントから議論すれば彼らは噛み合うし、いい議論になったかもしれん。

ただ>>731,735がよく分からんのは、
君らはどうでもいいところでバトル始める癖に、自分では始めないことだ。
今回もこの糞女のスタートポイントから始めてるからおかしくなってる。
議論したいことがあるのなら、君らが勝手に始めればいいのさ。

韓国人死ね

一応>>731にもポイントを明示しておこうか？
> そんなメモリの無駄な使い方なんかやりません。
若干揚げ足取りだがこれは間違っていて、
一番少メモリの実装はフックでデイジーチェインする古来の方法だ。
ただしJavaScriptはそんなことはせず、イベントテーブルを持っていると思うがね。

**デフォルトの名無しさん** · 2018/01/30(火) 20:51:23.30

>>739
完全病気やん
お前のいるべきところはJavaScriptスレじゃない
分かるな？

**デフォルトの名無しさん** · 2018/01/30(火) 21:00:52.87

一番少メモリの実装はフックでデイジーチェインする古来の方法だ（ｷﾘｯ

**デフォルトの名無しさん** · 2018/01/30(火) 21:17:41.88

>>736
馬鹿な答えを身をもって表現しなくても良いよ。

**デフォルトの名無しさん** · 2018/01/30(火) 21:35:06.14

>>725の件ですが
VSCodeにそういう拡張機能はないかと思ったのですが
プレビュー系の拡張機能はJavaScriptが動かないものばかりです
VSCodeもElectronで動いているのですから、
webviewに表示すればJavaScriptも動くものが作れるのでは？
と思うのですが、そうはいかないのでしょうか？

**デフォルトの名無しさん** · 2018/01/30(火) 21:39:37.02

よく読んだけど、すごく長文で話をして嫌われる俺の長文よりひどいものを久しぶりに見たな。

何を語ってるのかよくわからん。
もしかして、すごく鋭い事を言ってるつもりなのかな。

EventEmitterSyncとモジュール自体にSync付けるのもよくやからんし、
emitが同期的に走ることを問題にしたいんだろうけど、そもそも同期非同期の関数を用意する場合は同期の方にSyncつけようね、ってルールだろ。
片方だけの時には関係ない。API眺めたら気づくだろ、常識的に考えて。

**デフォルトの名無しさん** · 2018/01/30(火) 21:39:39.31

Electronを使えばわりと簡単にプレイグラウンドが作れるんじゃないか
と思うのですが、そういうものはもうありそうな気もします
ですが、検索しても見つかりません
ないのでしょうか？

**デフォルトの名無しさん** · 2018/01/30(火) 22:37:24.99

>>744
日本語でおｋ
韓国人死ね

**デフォルトの名無しさん** · 2018/01/31(水) 00:18:26.95

>>733
なんか外野が喚いているようだがｗ

> >全ての発生したイベントの情報をずーっと保持し続ければいけない
>
> たしかにmousemoveなどを考えたら恐ろしいことになりますね

そういうこと。仮に1日後にonするようなコードがあったら
onするより前に発生したイベントを全部伝えることの恐ろしさがわかるよね？
そんな設計にするわけがない。基本としてonより前に発生したイベントを捕まえることはない

余談だが、jQueryのreadyメソッド = $(function() {}) は
DOM APIではDOMContentLoadedを使えばいいと思うかもしれないが
実はDOMContentLoadedイベントが発生した後に、readyを呼び出しても
ちゃんとイベントハンドラは呼び出されるという違いが有る

つまりonするより前に発生したイベントを伝えるような挙動をしている。
DOMContentLoadedはページごとに一回しか発生しないのもあって
ユーザーにとって便利なようにそうなるように作られているんだ。

setTimeout(function() {
　$(function() {
　　alert('ready'); // 呼び出される
　});

　document.addEventListener("DOMContentLoaded", function() {
　　alert('DOMContentLoaded'); // 呼び出されない
　});
}, 3000);

**デフォルトの名無しさん** · 2018/01/31(水) 00:29:53.93

chrome-extenionを作っておりましてサイドバーの機能をiframeで作りました。
iframe内でUI操作をするので大部分のロジックがirame内に集中しているのですが
通信ができないためbackground.js側にメッセージ送信を介して外部と通信するような仕様になっています。
こんな状況でバグトラッキングを行いたいと思ったらどういうライブラリが考えられるでしょうか？

**デフォルトの名無しさん** · 2018/01/31(水) 07:42:48.27

>>746
日本人が日本語で書いても理解できないなんて、まるで
日本人でないみたいだなぁ。
Syncの付け方間違ってるよ、って。

**デフォルトの名無しさん** · 2018/01/31(水) 13:45:04.77

>>747
別に必ず全部保持して全部伝える必要性は無くね？
最後のイベント保持して伝えて欲しいっていうユースケースは多いと思うよ
最近はaddEventListener第三引数にオプションオブジェクトが指定できるようになってて
間隔間引く提案とか色々されてきてるから、最後のイベントを得るようにもできるようになると思うよ

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

>>749
韓国人死ね

お前らはそうやってすぐ声闘するのも特徴だ。
喚けばそれが事実として認識されるのは、韓国人には馬鹿しかいないから。
それで日本人を騙すのはもう無理だ。ウザイだけだから韓国人はマジで死ね。

俺の日本語に問題があるから意味が取れないという主張で俺を叩く気なら、
少なくとも>>744内の日本語は完璧じゃないといけない。（日本人的には）

間違いなく言えるのは、>>744,749は韓国人であること。
・この程度の簡単な論理すら理解できない。
・749は744の日本語の間違いに気づけないからこそ「追い打ちできる」と勘違いしている。

分かるか？表面的な書き込みではなく、相手がどうしてそういう書き込みに至ったかを読みとるんだ。
叩くなら叩くでいいとして、
肝心の先鋒744があの日本語では、普通の日本人なら二の矢を継ぐ気にはならんだろ。
そして俺はそれを正面から分かりやすく指摘してるのに、(746)
749は出てきた。この感覚の違いを読みとるんだ。
もっと単純に言えば、自分だったら何を選択するか？を考えればいい。(黙るってのも含めて)
そこで自分と違う反応をしたのなら、それは君と彼の立ち位置の違いなんだよ。
自分の立ち位置を正しく理解できているのなら、相手の立ち位置を逆算できる。
「違和感」を感じ取って、それを頼りに辿るんだよ。

JavaScriptのスレだけ酷いのは、お前らが酷いからだよ。
技術レベルも酷いが、緊喫の問題はお前らの人間レベルだ。
だから上記をよく読んで読み方を学び、このスレの何が問題なのか、各自で理解しろ。
そして誰を殺すべきか、きちんと考えろ。

繰り返すが、匿名掲示板上で殺すのは躊躇しなくていい。
それは純粋に書き込みが酷かったからであり、ここは差別の存在しようのない世界だ。
似非人権屋、パヨク、韓国人は纏めて殺していい。

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

これ病名なに？

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

火病

**デフォルトの名無しさん** · 2018/01/31(水) 22:16:11.79

>>750
> 最後のイベント保持して伝えて欲しいっていうユースケースは多いと思うよ

例えばどんなユースケース？

念の為に言っておくと最後のイベントが送られているというのは
例えば1時間前に起きたイベントをonでイベントハンドラを付けた時に伝えられるとか、

あるオブジェクトが複数種類のイベントを送信する時onchangeとかonkeydownとか
onkeyupとonclickとかonmousemoveとかその全部が送られてくるっていうことだからね
（最後の一種類しか送られてこないとしたらonmousemoveでほとんど打ち消されるだろう）

そんなことをされても迷惑な場合しか思いつかない

**デフォルトの名無しさん** · 2018/01/31(水) 22:23:25.32

まだ勘違いしてる点がありそうだから補足しておくと
「最後のイベントを伝える」ということの意味は

イベントを送信するsenderオブジェクトがいたとして
そのsenderオブジェクトからevent1というイベントが送信される

一時間後、reciever1がon('event1', function() })すると
すぐにイベントハンドラが呼び出される。

その一時間後、reciever2がon('event1', function() })すると
やっぱりイベントハンドラが呼び出される

その一時間後に、reciever3がon('event1', function() })するかどうかは
未来にならないとわからないので、最後のイベントであるevent1を
ずーっと保持し続けなければならないということ

**デフォルトの名無しさん** · 2018/01/31(水) 23:54:12.91

>>754
mousemoveが複数送られた時、最後の一つだけあればいいよね。それならメモリも少ないし
ってことじゃないのか

**デフォルトの名無しさん** · 2018/02/01(木) 00:09:52.90

>>756
だからそれをどういう時にそれを使いたいのか？ってことなんだ
なんども一時間後にと言ってることから推測してくれ

画面をスクロールとかしてそのイベントを発生させた
要素が画面外にある時、mousemoveを受け取って、
それでやりたいことがあるのか？ってこと

「よくあるユースケース」というがそのユースケースが思いつかないよ
逆に予想外のことが起きたとしか思わないだろう。

なんで今その要素触ってないのに、その要素からmousemouveイベとが
発生したんだ？って混乱するだけでしょ。

**デフォルトの名無しさん** · 2018/02/01(木) 00:23:21.61

もちろん限られたユースケースなら考えつくと思うよ
だけど基本機能に組み込むほどの需要ないだろ？

**デフォルトの名無しさん** · 2018/02/01(木) 00:40:19.32

>>751
三行で。

**デフォルトの名無しさん** · 2018/02/01(木) 00:44:40.56

>>751
と言うか、
>>744が日本語として完璧である必要は無いし、逆に>>751は>>744で挙げているSyncと言うかサフィックスの付け方の間違いの指摘(同期関数には無差別につけるべき、ではない)に対しての反論が含まれてるべきだと思うが。
斜めに読んだ感じ「間違ってました、ごめんなさい」が言えずに長文で論点をそらしにかかってるようにしか取れない。

だから、三行で、別の話は持ち出さずに命名規則としてソースを出して反論して。

**デフォルトの名無しさん** · 2018/02/01(木) 02:54:01.72

>>757
これからはasync-awaitとESModuleが主流になってくるけど
それで必要になったときにロードかけて、例えば君が言ってたDOMCLなんかをそのモジュールから登録すると取りこぼすのよ
他に実際困ったケースを挙げるとmessageとか
取りこぼしを考えると無駄にやり取りのロジックが必要になる

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

うーん
キャンバスでマウスの動きに合わせて特殊なラインを書くモードのボタンを押したときに
そのモジュールがロードされるまでのイベントを取りこぼしてしまうっていうのを想像したが
それだと最後の１つだけじゃ機能不足になるな
出来る限り個別の機能はモジュールに任せてメイン側で特別な工夫はしたくないとしたらどうすればいいのだろう

イベント発生を止めて貯めるということができればいいか
その間他のモジュールにも影響が出てしまうけれど、逆に他のモジュールと足並み揃えられるから現実的か
だけどモジュールによっては足並みを揃えない方が良い場合もあるだろうし
これでもモジュールが止めるまでの間、メイン側で行ったとしても実際イベントが伝播してくるイベントループと、
イベントを貯め始める処理を開始するまでの間にループがいくらか回ってしまう可能性がある

async世界で抽象化してると、イベントが起きてそのイベントハンドラの中ですぐ何かをすると言うことが難しくなる
モバイルで音声鳴らすときにも同じような問題がある
つまり、クリックされてその流れで音声鳴らすコードを書いても
思ったより間隔が開いて（確か100msくらい開くと駄目）しまうかも知れない
ということでそこだけ特別な書き方をしないといけないという問題

イベントは本当に難しい

**デフォルトの名無しさん** · 2018/02/01(木) 21:31:43.40

>>759-760
韓国人死ね

意味が取れないことを隠す為に「斜めに読んで」と言い訳している時点でお察し。
俺の日本語について文句を言っているのにひよるとか、マジで韓国人ですと自白しているようなもの。
(これは749の時点で既にそうだが）
お前らの立場なら、どんどん俺の日本語の問題点をあげつらってこないとおかしいだろ。
こういった、整合性が全くなく、ただ叫ぶのも連呼リアンの特徴。

「三行」の主張も中身は同じ。
俺の日本語に駄目出し出来るほど日本語が上手いつもりなら、三行にこだわるとか頭おかしいだろ。
2chの長文なんて、世間では短文だ。一瞬で読めなくてどうする？
MDNにしても、どのページも三行では書いてない。
三行しか読めないようなら、今後プログラマを続けるのは無理だ。辞めた方がいい。
池沼韓国人はマジで死ね。

まあとにかく、このスレをよくする為にはどうすればいいか、お前ら自身が考えろ。
ただそれ以前に、お前らはいろいろ読めてない。
少なくとも、俺が具体的に示していることくらいは読めるようにしろ。
そうすれば、もっと匿名掲示板を楽しめるようになるから。

そして、日本語/論理が通じない韓国人を殺すことを躊躇するな。
お前らが大学生だとして、幼稚園児に研究室に乱入してこられても困るだろ。
適当になだめて、出ていってもらうのが妥当だ。そうじゃないと研究室が機能しない。
お前らが議論したいのなら、議論に耐えない日本語/論理能力の人は出ていってもらうのが妥当だ。
これは本当に当たり前の話だ。パヨクやゴキブリ韓国人に騙されてはいけない。
レベルの高い奴らが深く話し込みたいとして、馬鹿がそれを邪魔する権利はない。

**デフォルトの名無しさん** · 2018/02/01(木) 21:53:33.09

>>763
日本語が問題じゃないからあげつらわないよ。バカなの？
お前の考えてるSyncというプレフィックスの付け方が問題で、そしてそれは間違ってるって言ってるんだけど。

間違ってたか合ってたかの二択で答えられるようにしたのに、まるで日本人では無いかのように感情に基づいた(しかも意味のない)長文だな。

で、間違いか正解かどっちだったの？

**デフォルトの名無しさん** · 2018/02/01(木) 21:56:05.46

三行と言ったのは、
「合ってるor間違ってる」
「それはこういう理由」
「謝辞or訂正」
で充分だからであって、三行以上読まないって言ってる訳じゃ無い。
三行にまとめられなきゃ無能だよと言ってるだけだ。

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

> 三行しか読めないようなら、今後プログラマを続けるのは無理だ。辞めた方がいい。

そりゃ誰だって中身もないのに無駄な長文は読みたくないっしょ
簡潔な文が書けないと今後プログラマを続けるのは無理だからやめた方がよい

**デフォルトの名無しさん** · 2018/02/01(木) 23:30:23.41

>>764-766
韓国人死ね

**デフォルトの名無しさん** · 2018/02/01(木) 23:33:18.61

誰だって糞汚いプログラムなんて読みたくない