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

**デフォルトの名無しさん** · 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レイヤーで非同期を保証することでハンドラの設定順序による無用なバグを防ぐことができる