Dynamische Arrays (mal wieder)

[DelTurbo]

Hi,
ich arbeite mit Dynamischen Arrays. Um einen neuen "Slot" zu bekommen habe ich eine Funktion. Nun habe ich aber mehrer Dynamische Arrays. Leider alles verschieden Typen. Mal Integer, mal Strings, mal Records.

Ich dachte nun daran GetNextFreeField das Array zu übergeben. Aber man muss ja einen Typ angeben. z.b. GetNextFreeField(var ar:Array of Strings):Integer;
Damit kann ich ja dann wieder kein anderes Array vergrössern.

Nun zu miener Frage. Geht das überhaupt, das man z.b. nur GetNextFreeField(var ar:Array):Integer; irgendwie angeben kann? Also quasi ohne Typ.

Vielen dank im voraus

Delphi-Quellcode:

function GetNextFreeField:Integer;
var
   i         :Integer;
begin
    if KData=nil then begin
      SetLength(KData,1);
    end else begin
      SetLength(KData,high(KData)+2);
    end;
    Result:=high(KData);
end;

[DeddyH]

Es gibt noch array of const, aber ob das damit so funktioniert :gruebel:.

[mkinzler]

Richt nach Generics

[DeddyH]

Das war auch mein erster Gedanke, allerdings steht im Profil Delphi 2007.

[Namenloser]

Zitat:

Zitat von DeddyH (Beitrag 1236873)

Es gibt noch array of const, aber ob das damit so funktioniert :gruebel:.

Delphi-Quellcode:

array of const

und generell

Delphi-Quellcode:

array of irgendwas

bei Prozedurparametern sind nicht dasselbe wie „normale“ dynamische Arrays. Ich meine, die wären deshalb auch Read-Only und das interne Format ist glaube ich auch irgendwie anders als bei dynamischen Arrays (welche, wenn ich mich nicht irre, auch ein neueres Konstrukt sind als die array-Parameter).

Was z.B. auch nicht geht:

Delphi-Quellcode:

function Foo(A: Array of Integer): Array of Integer;
begin
  Result := A;
end;

Die einzige Möglichkeit ist, elementweise umzukopieren.

Bis vor ein paar Jahren dachte ich (ich glaube die Information hatte ich aus aus meinem ersten Delphi-Buch?), dass das einfach daran läge, dass der Compiler nicht „weiß“, dass die beiden Array-Deklarationen äquivalent sind und das der Grund wäre, weshalb man bei so etwas immer einen extra Typen deklarieren muss. Aber ich hatte mir irgendwie mal den Assembler-Code angesehen und in der System.pas gewühlt und es war völlig anders... was wohl daran liegt, dass

Delphi-Quellcode:

array of irgendwas

bei Parametern immer noch die alte Compiler-Magic (wie sie von Format() und Co. verwendet wird) ist, während die gleiche Notation beim Result für die „neuen“ dynamischen Arrays (ab Delphi 4) steht. Die beiden sind nicht kompatibel.

Das aber nur am Rande.

Generics wären wohl das beste, oder du musst für jeden Typen die Prozedur überladen:

Delphi-Quellcode:

function AllocateNextFreeField(A: TIntArray): Integer; overload;
begin
  SetLength(A, Length(A)+1);
  Result := high(A);
end; 

function AllocateNextFreeField(A: TFloatArray): Integer; overload;
begin
  SetLength(A, Length(A)+1);
  Result := high(A);
end;

̀function AllocateNextFreeField(A: TStringArray): Integer; overload;
begin
  SetLength(A, Length(A)+1);
  Result := high(A);
end; 

...

(Nebenbei, den Code kannst du abkürzen, wie du hier siehst)

[himitsu]

Jupp, "dynamische", bzw. noch nicht definierte Typen mit den Generics,
oder eben als überladene Methoden,
aber sonst wird das eher eine Bastelstunde.

Delphi-Quellcode:

function AllocateNextFreeField(const TheArray): Integer;

und dann intern über die RTTI rummurksen.

Dann wäre das über die Generics einfacher, da dieses sich dann um die RTTI kümmert.

Delphi-Quellcode:

function TMyClass.Foo<T>(const A: TArray<T>): Integer;

oder

Delphi-Quellcode:

function TMyClass<T>.Foo(const A: TArray<T>): Integer;

[DelTurbo]

Erstmal vielen dank an alle. Ich verusche das umzusetzen und werde bericht, wie immer.

[Namenloser]

Zitat:

Zitat von himitsu (Beitrag 1236883)

Dann wäre das über die Generics einfacher, da dieses sich dann um die RTTI kümmert.

Und das vor allem zur Compile-Zeit ... oder?

[himitsu]

Zitat:

Zitat von Namenloser (Beitrag 1236930)

Und das vor allem zur Compile-Zeit ... oder?

Jupp.
Genauso, wie bei den überladenen Methoden.

Wenn man das in einer Methode macht und dann erst in der Prozedur den Typ prüft, dann bekommt man auch erst zur Laufzeit mit (hoffentlich schnell), wenn etwas nicht stimmt.

[DelTurbo]

Zitat:

Zitat von namenloser (Beitrag 1236880)

Delphi-Quellcode:

function allocatenextfreefield(a: Tintarray): Integer; overload;
begin
  setlength(a, length(a)+1);
  result := high(a);
end; 

function allocatenextfreefield(a: Tfloatarray): Integer; overload;
begin
  setlength(a, length(a)+1);
  result := high(a);
end;

̀function allocatenextfreefield(a: Tstringarray): Integer; overload;
begin
  setlength(a, length(a)+1);
  result := high(a);
end; 

...

(nebenbei, den code kannst du abkürzen, wie du hier siehst)

Hi, leider klappt es nicht. Bei der zeile SetLength bekomme ich E2008 Inkompatible Typen zurück. Auch wenn ich folgendes versuche.

Delphi-Quellcode:

function allocatenextfreefield(a: array of Tintarray): Integer; overload;

Ich versuche es mit folgendem Typ.

type
TMp3Data = record
InUse :Boolean;
Playing :Boolean;
FName :String;
Artist :String;
Title :String;
Dauer :Integer;
BitRate :Integer;
end;