Ich würde von Hashing oder Serialisierung abraten (wie es die JSON-Lösung vorschlägt). Wenn Sie testen müssen, ob zwei Objekte gleich sind, dann müssen Sie definieren, was gleich bedeutet. Es könnte sein, dass alle Datenelemente in beiden Objekten übereinstimmen, oder es könnte sein, dass die Speicherorte übereinstimmen müssen (was bedeutet, dass beide Variablen auf das gleiche Objekt im Speicher verweisen), oder es könnte sein, dass nur ein Datenelement in jedem Objekt übereinstimmen muss.
Vor kurzem habe ich ein Objekt entwickelt, dessen Konstruktor jedes Mal, wenn eine Instanz erstellt wird, eine neue ID (beginnend mit 1 und um 1 erhöht) erzeugt. Dieses Objekt hat eine isEqual-Funktion, die diesen id-Wert mit dem id-Wert eines anderen Objekts vergleicht und true zurückgibt, wenn sie übereinstimmen.
In diesem Fall habe ich "gleich" so definiert, dass die ID-Werte übereinstimmen. Da jede Instanz eine eindeutige ID hat, könnte dies verwendet werden, um die Idee durchzusetzen, dass übereinstimmende Objekte auch denselben Speicherplatz belegen. Das ist allerdings nicht notwendig.
5 Stimmen
Gehen Sie auch dieser Frage nach stackoverflow.com/q/1068834/1671639
55 Stimmen
Beachten Sie, dass auch in Java,
a.hashCode() == b.hashCode()
tut no bedeuten, dassa
ist gleichb
. Das ist eine notwendige, aber keine hinreichende Bedingung.7 Stimmen
Wenn Sie Objekte in Ihrem Code vergleichen MÜSSEN, dann haben Sie Ihren Code wahrscheinlich falsch geschrieben. Die bessere Frage könnte lauten: "Wie kann ich diesen Code so schreiben, dass ich keine Objekte vergleichen muss?"
0 Stimmen
Versuchen Sie objekt-gleich Paket.
13 Stimmen
@th317erd kannst du dich bitte erklären?...
3 Stimmen
@ElMac Ich kann nicht direkt für die Person sprechen, aber ich stimme mit der Aussage überein und mein Gedankengang ist, dass JS-Objekte sehr oft ziemlich groß sind. Sie haben selten etwas mit sehr wenigen Eigenschaften wie
person = { name: "fred", age: 42 }
. Wenn Sie das tun und nach der exakten Gleichheit suchen müssen, scheint das eine Verschwendung zu sein. Meistens haben Ihre einfachen Objekte immer noch eine Menge Eigenschaften - und eine davon ist entweder einzigartig oder Sie wollen, dass eine davon eindeutig ist, z.B. eine Art ID. Dann kann man danach suchen und braucht nicht zu prüfen, ob jedes einzelne Objekt übereinstimmt.0 Stimmen
Die meisten der Kommentatoren hier haben Recht, dass dies keine sehr gute Methode ist. Seit diesem Beitrag habe ich viel mit dieser Methode herumgespielt, mit unterschiedlichem Erfolg. Letztlich ist es nicht eine sehr gute Methode für den Objektvergleich, und die Menge an zusätzlichem Code erforderlich, um es zu arbeiten meist richtig macht es nicht wert (verwenden Sie einfach eine einfache tiefe Objekt Komparator statt)
0 Stimmen
Versuchen Sie
deep-equal
NPM-Paket0 Stimmen
jsben.ch/1uLAP <= Leistungsvergleich zwischen JSON.stringify und fast-deep-equal
2 Stimmen
Die Stufe 2 Datensatz- und Tupelvorschlag wird dies drastisch vereinfachen:
#{ x: 5, y: 7 } === #{ x: 5, y: 7 }
,#[ 4, #{ a: "hello", b: "world" }, 6, 10 ] === #[ 4, #{ b: "world", a: "hello" }, 6, 10 ]
.0 Stimmen
Dies ist ein Konzept, das als oberflächlicher Gleichheitsvergleich bezeichnet wird. Es wird dieses Problem lösen stackoverflow.com/a/70815902/12872199
0 Stimmen
Ich gebe hier wirklich eine ähnlich nette Antwort: stackoverflow.com/a/71173966/1919821