[過去ﾛｸﾞ] 【node.js】サーバサイドjavascript 4【io.js】 [無断転載禁止]©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
513: 2017/04/08(土)19:34 ID:+j3lf9vK(3/8) AAS
manだとlstat(2)に対して>>510のaio_xxx(3)なのでシステムコールじゃないことが分かる
514(1): 2017/04/08(土)19:36 ID:py60arCP(7/15) AAS
>>511
lstatは非同期じゃないぞｗ
515(1): 2017/04/08(土)19:39 ID:+j3lf9vK(4/8) AAS
>>504
fetch apiが返すpromiseはfetchが完了してからresolveするわけではない
完了してからresolveするのはres.text()が返すpromise
516(1): 2017/04/08(土)19:40 ID:+j3lf9vK(5/8) AAS
>>514
>>508のlstatSyncは非同期じゃない
517(1): 2017/04/08(土)19:43 ID:py60arCP(8/15) AAS
>>516
逆だったなｗ
fs.lstatの方だ
518(1): 2017/04/08(土)19:45 ID:+j3lf9vK(6/8) AAS
>>517
lstat
519(1): 2017/04/08(土)19:46 ID:py60arCP(9/15) AAS
>>515
> fetch apiが返すpromiseはfetchが完了してからresolveするわけではない
完了してからだよ。正確にはレスポンスが返ってきてから、
データの受信が完全に完了してからではない。
でないと、Response.statusが取れるわけがないだろう？
520(1): 2017/04/08(土)19:46 ID:py60arCP(10/15) AAS
>>518
それではシステムコールにあるPromise相当のものは何？ｗ
521(1): 2017/04/08(土)19:51 ID:+j3lf9vK(7/8) AAS
>>519
そう、だから完了してからじゃないじゃん
最初のチャンクが届いたらresolveする
「fetchの処理が完了した後」は明らかな間違い
522(1): 2017/04/08(土)19:53 ID:+j3lf9vK(8/8) AAS
>>520
システムコールにはない
単にワーカースレッドでlstat呼ぶだけ
523(2): 2017/04/08(土)19:53 ID:py60arCP(11/15) AAS
>>521
Fetchの処理はリクエスト投げてレスポンス戻すところまでだよ。
ダウンロードが終了するまでの話は最初からしてない
で、Fetchのキャンセル（thenが発動する前）はPromiseでできるの？
できないでしょ？
そこに新しい仕様が必要ならObservableを使えば良いわけさ。
524(1): 2017/04/08(土)19:54 ID:py60arCP(12/15) AAS
>>522
だろう？ Promiseを含めて「システムコールの軽いラッパー」と
お前が呼ぶならば、Observableを含めたって「システムの軽いラッパー」になる
525: 2017/04/08(土)20:03 ID:0e5YIioE(1/2) AAS
>>523
fetch apiがpromiseベースでバカなのは何年も前から言われてるし俺も言ってきたからそこに反論する気はない
526(1): 2017/04/08(土)20:05 ID:0e5YIioE(2/2) AAS
>>524
キャンセルできなくて単発で結果が決まるシステムコールのラッパーにpromiseよりobservableを選ぶメリットは？
527: 2017/04/08(土)20:20 ID:cXe/TGOq(1) AAS
システムコールとライブラリの違いをわかってないやつがいそうだから、用語をシステムAPIかOSのAPIで統一してくれ
528(1): 2017/04/08(土)20:27 ID:py60arCP(13/15) AAS
>>526
並列処理がしやすいから
529: 2017/04/08(土)20:31 ID:iZgQ7lMc(3/3) AAS
>>523
何度も説明してるが、キャンセルは必要だが、Observableはそぐわない
CancelTokenのようなものじゃないと実際齟齬が出るし
その流儀に則って真似して使いやすいように色んなAPIを実装していくのは大変
530: 2017/04/08(土)20:33 ID:py60arCP(14/15) AAS
俺がobservableの話で並列処理の話を始めると
すぐにキャンセルの話に変えるやつってなんなんだろうねｗ
わざとなのかな？
531: 2017/04/08(土)20:38 ID:FGB2+VgV(1/2) AAS
>>528
正しくは並行処理だが常に必要となるわけではない
必要ならpromiseをobservableでラップすればいいだけ
そのために無駄に高機能なapiを土台にするメリットはない
シンプルの上にリッチを乗せることは有意だが逆は無意味だ
532: 2017/04/08(土)20:40 ID:py60arCP(15/15) AAS
> 正しくは並行処理だが常に必要となるわけではない
絶対に必要ないならいらんだろうさ
常に必要となるわけではない＝必要な場合もある。
ならば同じやり方でやったほうが楽
上下前次1-新書関写板覧索設栞歴
あと 470 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.013s