Objektvergleich

[mytar]

Ich hab jetzt das Problem,
dass ich 2 Objekte vom selben Typ vergleichen muss.

Die beiden instanzierten Objekte sind beide vom gleichen Typ,
ich möchte nun diese Objekte auf den Inhalt überprüfen,
d.h. gleiche Attribut-Werte usw.

Ich hab von der Funktion CompareMem() gehört.
Ich möchte nicht alle einzelen Attribute vergleichen müssen,
denn ich persönlich halte nur den Speichervergleich für
eine optimale Lösung. Denn diese Funktion wäre dann allgemein
verwendbar.

Danke

[Chewie]

Mit CompareMem geht das recht einfach:

Delphi-Quellcode:

if CompareMem(obj1, obj1, obj1.InstanceSize) then
  ShowMessage('Gleich');

Beachte, dass der Vergleich nur bitweise durchgeführt wird. Enthalten die Objekte Zeiger zu unterschiedlichen Speicherstrukturen, die die gleichen Daten enthalten, fällt der Vergleich dennoch negativ aus. Das passiert u.a. auch bei langen Strings!

[mytar]

*push*

[paresy]

du könntest dein "objekt" ja mal hier posten... dann kann man dir sagen ob das überhaput per CompareMem geht, da Chewie es schon gesagt hat es nicht der fall sein muss dass es möglich ist...

grüße, paresy

[choose]

Hallo mytar,

i.A. wird Dein Ansatz mit CompareMem nicht funktionieren und entspricht darüber hinaus auch nicht dem Paradigma des OO: Ein Objekt ist bestimmt Durch seine Struktur (hier: Klasse), sein Verhalten (hier: Kombination aus Attributen und Klasse) sowie dessen einzigartiger Identität (niemals identisch bei verschieden Objekten).

Weil Du von Objekten identischer Klassen ausgehst (was in sich schon ein zweifelhafter Ansatz ist und zugunsten eines, der von identischen Typen ausgeht, aufgegeben werden sollte vgl. Booch) scheinst Du lediglich die gleichheit der Attribute überprüfen zu müssen. Während aber Attribute gleich sein können, obgleich sie eine unterschiedliche Identiät aufweisen (siehe Objekte selbst, aber auch in Delphi als Referenzen implementierte Datentypen wie Strings) und ein vergleich über deren Speichersignatur bzw Referenz bereits fehlschlegt, kann es darüber hinaus auch sein, dass sich die Implementierung einer Klasse auf Attribute stützt, die "nach Außen" keine Bedeutung haben (z.B. ein Referenzzähler bei Objekten, die Interfaces unterstützen).
Gerade letzterer Punkt sollte zeigen, dass Du von der Implementierung durch den Compiler abstrahieren solltest und stattdessen einen Ansatz über Reflektion (RTTI) oder Delegation (siehe Implementierungen von Assign btw AssignTo) wählen solltest...

[mytar]

Genauer gesagt, habe ich eine Liste von Objekten (von der gleichen Klasse instanziert).
Ich will aber weitere Objekte zur Laufzeit nur hinzufügen, wenn das identische (gleiche Attribute, usw.) nicht schon enthalten ist.

Bietet nicht TObjekt oder eine davon abgeleitete Klasse eine Vergleichsmethode oder so was ähnliches?

Danke

[Chewie]

Zitat von mytar:

Bietet nicht TObjekt oder eine davon abgeleitete Klasse eine Vergleichsmethode oder so was ähnliches?

Nein, und du weißt warum, wenn du die vorherhigen Postings durchliest. Eine bitweise Identität wirst du mittels CompareMem feststellen können, aber im Allgemeinen musst du einen elementweisen Vergleich durchführen. Das machst du am einfachsten, indem du in der Klasse eine Methode definierst, die ein anderes Objekt entgegennimmt und jedes Elememt der einen mit dem entsprechenden Element der anderen vergleicht.

[mytar]

Langsam verstehe ich.

So etwas ist nur jeweils für Instanzen der selben Klasse geeignet,
und muss ich einzeln für jedes Unterobjekt mit CompareMem machen.

Hab ich das richtig verstanden?