TObject.GetHashCode hides virtual method of base type TObject

[Sir Rufo]

Was brauchst du denn da? Etwa eine Hash-Funktion?

Da gibt es auch was eingebautes in Delphi http://docwiki.embarcadero.com/Libraries/de/System.Hash

[Rollo62]

Nein ich brauch sie nicht.

Ich will nur nicht das ich mir durch so eine Komponente wieder irgendwelche Probleme reinhole.
Zumal PegTop wie gesagt eigentlich nur wegen der Farbtabellen, Colorwähler, etc. nutzen möchten,
wie gesagt, werde ich auch schnell ersetzen.

Die Meldungen kommen ja beim Kompilieren der PegTop Libraries selbt, hat nix mit meinem Code zu tun,
denn ich versuche eigentlich alle Warnings bei zu verbannen.
(nur ein paar besondere Hints bekommen bei mir noch eine kurzfristiges Schonfrist Wie: variable never used).

Aber bei etwas wie "GetHashCode" würde ich ungenre reinpfuschen, ohne zu verstehen wofür eine TObject Klasse das intern braucht.
Könnte sein das diese Hashes für Rtti, Attribute oder ähnliches sind, und wenn sie nicht konform sind läuft etwas aus dem Ruder.

Deshalb hab ich es bis jetzt eben noch nicht gefixt, sonder ignoriert.
Was der Bauer nicht kennt, frisst (verwurschtelt) er nicht, sollte doch besser der PegTop Entwickler selbst mal ran.


Rollo

[Sir Rufo]

TObject.GetHashCode wird z.B. im TDictionary<TKey,TValue> verwendet, wenn TKey von TObject abgleitet ist.

[Rollo62]

Und wass passiert dann damit wenn die GetHashCode mit geänderter Signatur darin verwurstet wird ?
 function GetHashCode(Key: Integer): Integer; reintroduce; overload; Die normale TObject.GetHashCode hat keinen Key Parameter.

Dann wird im Dictionary hoffentlich wieder die orginale Routine aufgerufen.
Und dann: gibt es Zwei verschiedene HashValues für dasselbe Object.
Wozu PegTop das braucht ist mir schleierhaft.

Warum man solchen Kernprozedurene von Delphi eine neue Signatur vergeben muss verstehe ich nicht,
deshalb ist mir auch die ganze Library nicht ganz geheuer.
Wer so etwas macht, und dann noch nicht einmal die Warnings richtig beseitigt, dem traue ich auch noch mehr Unsinn zu.

Rollo

[himitsu]

Zitat von Rollo62:

Warum man solchen Kernprozedurene von Delphi eine neue Signatur vergeben muss verstehe ich nicht,
deshalb ist mir auch die ganze Library nicht ganz geheuer.
Wer so etwas macht, und dann noch nicht einmal die Warnings richtig beseitigt, dem traue ich auch noch mehr Unsinn zu.

Vielleicht hat derjenige das vor langer Zeit geschrieben und/oder kein "aktuelleres" Delphi, wo TObject das noch nicht hatte.

Da sich hier die Signaturen (Parametertypen) unterscheiden, kann man eigentlich niemals das Falsche aufrufen.

reintroduce schaltet nur die Compilerwarnung aus, also dass man die alte Methode "absichtlich" verdeckt hat und somit keine Warnung nötig ist.

[Rollo62]

Hallo himitzu,

ja ich stelle auch fest das eigentlich nichts Schlimmes passiert.
Womöglich war das wirklich mal im alten Code anders geregelt, hab ich nicht gecheckt.

Ich fasse halt die "private parts" von anderen ungerne an
Man weiss ja nie was dann passiert ...

Rollo