オブジェクトの比較に JSON.stringify() を使ってはいけない —— プロパティには順序が無い - Qiita

たまたま動いているコード オブジェクト同士の比較に JSON.stringify() を使う例がそこかしこで見られます。 典型的には、 のようなコードです。 オブジェクトの中身を再帰的にたどって比較する、いわゆる「深い比較」で「deep equality」を判定したい場合に使われる事が多いようですが、これはとても危うく、いつ壊れてもおかしくないコードです。 理由 まず、JSON化する際にそのまま含まれないプロパティ（enumerableでなかったり、値が関数であったりするものなど）がありますが、これは考慮の上でのことが多いでしょう 問題は、配列でないJavaScriptのオブジェクトには順序が無く、JSONにされる際にもプロパティの順序がどうなるか決まっていないことです。 MDNには、 配列でないオブジェクトのプロパティは、特定の順序で文字列化されることを保証されてはいません。文字列化にお

[ockeghem]

『たまたま動いているコード:オブジェクト同士の比較に JSON.stringify() を使う例がそこかしこで見られます』<そもそも、この発想がなかった

[megumin1]

「オブジェクト同士の比較に JSON.stringify() を使う例がそこかしこで見られます。」<= 一度も見たことがないです。筆者の周りの一部の人たちだけではないでしょうか？世間一般ではそのようなコードを書く人はいません。

[nkgr]

へーstringfyで比較するというアイデアはなかったなぁ。

[naglfar]

com.fasterxml.jackson.annotation.JsonProperty の index をせっせと設定したけど JSON には適用されなかった思い出。

[mas-higa]

Ruby の Hash は {a: 0, b: 1}.to_s != {b: 1, a: 0}.to_s だけど {a: 0, b: 1} == {b: 1, a: 0} になる。

[yajamon]

丁寧に.isEqual()を実装していくしかないのじゃ… /TypeScriptでequalableを書いたりRustでderive partialEqしたり…

[yarumato]

“stringfyで生成されたJSONはプロパティの順序が不定。深い比較をしたい時、簡単な方法はない。利用できるのはLodashの_.isEqual()、Node.jsのassert.deepEqual()、deep-equal。プロパティの順序を一定にするアプローチ json-stable-stringify”

[masayoshinym]

stringifyで比較しようと思ったことは一度も無いので共感できなかった。

[knjname]

まあこれが動くなら高速かつ楽な方法ではある

[bottomzlife]

そもそもJSON.stringify()のなかった時代の人間が通りますよ･･･／id:rryu これは他言語の「順序が保証されないハッシュ」と同じ問題なので、JavaScript特有の欠点ではないと思うよ

[m4fg]

結構js書いてきたけど使ったことない俺、異端か？

[everybodyelse]

なんだその雑な比較w / 開発初期の実装速度最優先で実装したコードにありそうではある。そして往々にしてその書いたコードは使い回される。からの "突然の死！！！"

[wordi]

昔、md5(objA) === md5(objB)みたいなコード遊びで実装した事ある、32文字になるので省メモリって利点はあるけど、まあ遅かった

[okumuraa1]

勉強になりました

[rryu]

なんか何が入っているか分からない変数を何か分からないまま比較して暗黙の型変換などの罠にかかる事案がJSには多い感じがする。

[NOV1975]

何を比較したいか次第と思うんだけど、その前提が読み取れない