[過去ﾛｸﾞ] JavaScript の質問用スレッド vol.125 (1002ﾚｽ)
上下前次1-新

---

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ

---

44(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 3501-bBdM [126.94.243.226]) [sage] 2022/09/03(土) 10:05:53.47 ID:RJZpwhgn0(1/6) AA×
>>41>>41

外部ﾘﾝｸ:jsfiddle.net

[240|320|480|600|100%|JPG|べ|ﾚｽ栞|ﾚｽ消]
44: デフォルトの名無しさん (ﾜｯﾁｮｲ 3501-bBdM [126.94.243.226]) [sage] 2022/09/03(土) 10:05:53.47 ID:RJZpwhgn0 >>41 要素数や重複要素のばらつき具合によって結果は変わるが、最終的には力業が最速な事が多い https://jsfiddle.net/gft5ah0n/ 極端な結果になっているのは重複要素がすぐそばにあり、while文による検索ですぐに見つかる為だ 重複要素が遠い位置にあるなら、while文による検索が遅くなるケースも十分にある >>41のコードが比較的高速なのも重複要素が比較的近くにある為だ Object.valuesやArray#filterによる変換コストが検索コストより高くついているので、他のコードが比較的遅い 重複検知が頻繁に発生するようであれば、データのも持ち方を new Map や new Set を使うように変更した方がいい 配列はユニークな値を得るのに向いていない http://mevius.5ch.net/test/read.cgi/tech/1659855460/44
要素数や重複要素のばらつき具合によって結果は変わるが最終的には力業が最速な事が多い 極端な結果になっているのは重複要素がすぐそばにあり文による検索ですぐに見つかる為だ 重複要素が遠い位置にあるなら文による検索が遅くなるケースも十分にある のコードが比較的高速なのも重複要素が比較的近くにある為だ やによる変換コストが検索コストより高くついているので他のコードが比較的遅い 重複検知が頻繁に発生するようであればデータのも持ち方を や を使うように変更した方がいい 配列はユニークな値を得るのに向いていない

---

上下前次1-新書関写板覧索設栞歴

---

あと 958 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ

---

ぬこの手 ぬこTOP 0.039s