INT64 unter Win32 unter in Items.Objects speichern ?

[DataCool]

@Neutral General:
Ja stimmt, das sollte auch funktionieren ..., würde aber auch massive Source-Änderungen nach sich ziehen ... das wollte ich eigentlich vermeiden ....

@Dejan Vu:
Das ist ja der Lösungsweg, den ich selber schon beschrieben hatte, aber auch das erfordert einige Änderungen am Source ....


Vielleicht hat ja jemand noch einen "Genie-Streich" im Petto ?!

[Dejan Vu]

Zitat von DataCool:

@Dejan Vu:
Das ist ja der Lösungsweg, den ich selber schon beschrieben hatte, aber auch das erfordert einige Änderungen am Source ....

Yo, ich sollte mir angewöhnen, besser zu lesen.

Mein Tipp: Mach es richtig: Heute etwas mehr Arbeit, aber ab morgen hast Du was davon. Saubere Arbeit ist auch eine Investition in die Zukunft.

[DataCool]

[QUOTE=Dejan Vu;1263827]

Zitat von DataCool:

@Dejan Vu:
...
Mein Tipp: Mach es richtig: Heute etwas mehr Arbeit, aber ab morgen hast Du was davon. Saubere Arbeit ist auch eine Investition in die Zukunft.

Absolut meine Meinung, aber wenn das Kind schon in den Brunnen gefallen ist, wollte ich eigentlich nicht den Brunnen ab und wieder aufbauen

Greetz Data

[himitsu]

Du verebreiterst entweder den Brunnen, damit der Retter zum Kind runter kann und danach passt dann auch ein ganz fettes Kind da rein (Ableitung),
bzw. buddelst einen zweiten Gang daneben, wo auch ein fetter Retter durch passt, bis zu dem Kind runter (ClassHelper).

[Dejan Vu]

Scheiß legacy Code

[DataCool]

Ich glaube ich werde es so realisieren das ich mir eine ID-Manger-Klasse baue, die dann die IDs mit einen Integer-Schlüssel-Wert verwaltet
und sich um den Speicher kümmert, ähnlich einem der Wege die Himitsu vorgeschlagen hat ...

Delphi-Quellcode:

TIDManager = class
  public
    function AddID(const AID : Int64) : Integer;
    function GetID(const AKey : Integer) : Int64;
// .....
end;

Nicht die allerschönste Lösung, aber das sollte keine Speicher-Lecks geben und ist relativ "einfach" um-/einzubauen.

Danke für das schnelle Feedback!