[過去ﾛｸﾞ] + JavaScript(ECMAScript)質問用スレッド vol.123 + [無断転載禁止]©2ch.net (551ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
232(1): デフォルトの名無しさん [sage] 2021/02/23(火) 02:13:18.88 ID:+hoEECy1(1/4) AAS
非同期のコールバックAPIがあるものはPromise使わなくても同じことはできるがPromiseよりも面倒くさい
UI処理以外でCPUガンガン使う場合は繰り返し書かれてるようにWokerスレッドで
243: デフォルトの名無しさん [sage] 2021/02/23(火) 17:33:13.26 ID:+hoEECy1(2/4) AAS
コールバック関数はどんどんネストしていくから普通に辛い
プログラムの構造もすぐわかりにくくなる
async/awaitは偉大
248(1): デフォルトの名無しさん [sage] 2021/02/23(火) 20:29:48.58 ID:+hoEECy1(3/4) AAS
>>244244(1): デフォルトの名無しさん [sage] 2021/02/23(火) 18:32:26.94 ID:j4L8+y6t(2/4) AAS
async/await使う時はその処理を関数に分離するだろ？
従来のコールバックも関数リテラルをベタ書きしなけりゃネストが深くなったりしないよ。
問題は処理順序と記述の順序が逆なんでわかりにくいということくらい。
ネストって見た目の話だけじゃないんだぞ
ネストしたループを関数で分けたらループのネストは浅くなる？
それはいいとして
インラインでコールバック関数を書くのは
流れを一箇所で把握できるようにするという目的以外に
上位のコールバックに引数として渡された変数を
下位のコールバックで外部変数としてキャプチャする必要があるから
関数に切り出せないわけじゃないけどそれは別の読みにくさを招く
252(1): デフォルトの名無しさん [sage] 2021/02/23(火) 21:36:13.80 ID:+hoEECy1(4/4) AAS
>>250そう思ってればいいんじゃない
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.031s