mehrere classhelper

[AJ_Oldendorf]

Hallo zusammen,
ich habe eine Fremdkomponente, welche einen eigenen classhelper für TDateTime besitzt.
Jetzt ist mit Delphi 11 ein eigener classhelper für TDateTime mitgeliefert worden.
Die Komponente will permanent den classhelper aus System.DateUtils nehmen und da sind natürlich die Funktionen des eigenen classhelper nicht vorhanden.
Im Uses Abschnitt ist die Unit mit dem eigenen classhelper an erster Stelle. DateUtils kommt später. Hat jemand eine Idee, wie man den eigenen classhelper zwingend nutzen kann?

[Der schöne Günther]

In eigene Unit auslagern und in der uses später einbinden.

[AJ_Oldendorf]

Der eigene classhelper ist schon in einer eigenen Unit. Wird denn der genommen, der zuletzt gefunden wurde? Ich hätte gedacht, wer zuerst kommt...

[TiGü]

Ja!

[AJ_Oldendorf]

Danke, dass hat geholfen!

[Der schöne Günther]

In Delphi hat bei der Namensauflösung immer das Vorrang was zuletzt eingebunden wurde, nicht zuerst.

[himitsu]

Ja, es ist schon bissl schwachsinnig, dass nicht einfach nach weiteren Helper gesucht wird, oder die Helper "automatisch" gemerged werden.

Und dass es eben immer nur einen Helper geben kann (egal ob direkt an der Klasse oder an einem Vorfahren)
Somit ist immer nur das Nutzbar, was direkt als Letztes eingebunden wurde.




ABER bei den ClassHelpern (nicht beim RecordHelper ... k.A. warum nicht) kann man die Helper auch vererben und hat dann Alles verfügbar.

Zitat:

Delphi-Quellcode:

type
   identifierName = class|record helper [(ancestor list)] for TypeIdentifierName
     memberList
   end;

Delphi-Quellcode:

type
  TMyHelper = class helper (TOtherHelper) for TIrgendwas
    ...
  end;

Aber sowas geht nur für eigene Helper und geht z.B. nicht übergreifend zwischen "unbekannten" Fremdbibliotheken.