records oder klassen?

[mkinzler]

Beispiel Komplexe Zahl:


Ohne Class Operator:

Delphi-Quellcode:

TComplex = Record
  r: Double;
  i:Double;
End;

function ComplexAdd ( a, b: TComplex); TComplex;

...

c := ComplexAdd(a, b);

Mit

Delphi-Quellcode:

TComplex = Record
  r: Double;
  i:Double;
  Class Operator Add( a, b: TComplex); TComplex;
End;

...

c := a + b;

[recall]

"Historisch" gesehen waren records einmal Klassen, die nur Eigenschaften hatten (keine Methoden etc.). Allerdings sind diese beiden Datentypen immer mehr zusammengrückt, weswegen die Abgrenzung inzwischen etwas schwerer zu verstehen ist. Manchmal wird (auch eher historisch bedingt) das eine oder andere von APIs vorgegeben. Ich denke nicht, dass da man eine allgemeine Regel formulieren sollte, wann man was benutzt. "Falsch" ist keines von beiden.

Hier etwas zu Records:
https://www.delphi-treff.de/object-p...datentypen/#m9

Und hier was zu Klassen:
https://www.delphi-treff.de/object-p...n-und-objekte/

Klassenfunktionen sind übrigens Funktionen, die aufgerufen werden können, ohne dass ein Objekt einer Klasse erzeugt werden muss. Damit kann man natürlich innerhalb so einer Klassenfunktion nicht auf Variablen der Klasse zugreifen, weil ja kein Speicher reserviert wurde (d.h. kein Objekt erstellt).

[jaenicke]

Der Hauptunterschied bleibt aber:
Bei Klassen arbeitet man mit Pointern, bei Records muss man diese explizit benutzen und den Speicher auch ggf. Selbst reservieren und freigeben.

[bra]

Zitat von jaenicke:

Der Hauptunterschied bleibt aber:
Bei Klassen arbeitet man mit Pointern, bei Records muss man diese explizit benutzen und den Speicher auch ggf. Selbst reservieren und freigeben.

Irgendwie klingt der Satz für mich falsch.

Records: müssen nicht erzeugt und freigegeben werden
Klassen: müssen erzeugt und wieder freigegeben werden (Create...Free)

[p80286]

Zitat von jaenicke:

Der Hauptunterschied bleibt aber:
Bei Klassen arbeitet man mit Pointern, bei Records muss man diese explizit benutzen und den Speicher auch ggf. Selbst reservieren und freigeben.

Hast Du Dich da ein wenig verformmuliert?
Gerade bei der Nutzung von Klassen kann man das Pointer-Gewusel gut umgehen. Intern sieht das ein wenig anders aus. Und der/die nackte Record hat erst einmal nichts mit Pointern zu tun.
Daß Pointer und Records ein leistungsfähiges Gespann sind, würde ich nie in Abrede stellen.

Gruß
K-H

Edith:

Zitat von bra:

Records: müssen nicht erzeugt und freigegeben werden
Klassen: müssen erzeugt und wieder freigegeben werden (Create...Free)

Jain, wenn records in einem (statischen)Array genutzt werden ist das richtig. Hast Du z.B. eine einfach verkettete Liste, dann in den allermeisten Fällen nicht.

[Mavarik]

Zitat von p80286:

Bei

Delphi-Quellcode:

procedure irgendwas;
var
  pmyrecord : ^myrecordtype; 
begin
  new(pmyrecord);
...
end;

Ist es der Heap der die Daten aufnimmt.

Nööö bzw. das sind den hier die Daten?

"Die Daten" ist hier ein Pointer...

und genau das hat jaenicke hiermit gemeint...

Zitat von jaenicke:

Der Hauptunterschied bleibt aber:
Bei Klassen arbeitet man mit Pointern, bei Records muss man diese explizit benutzen und den Speicher auch ggf. Selbst reservieren und freigeben.

Natürlich nicht der "eine" Record, der mit einer Variablen definiert ist...

"Früher" wurden halt Records genutzt um Daten zu Speichern... Also war der Record EIN Datensatz. Da man nur 64KB Datensegment hatte, konnte man nicht beliebig viele Daten in einen Array of Record halten, sondern musste den Speicher vom HEAP anfordern. (New/Getmen)

Daher der Hinweis auf: Selber reservieren und freigeben...

Eine Klasse ist eigentlich "fast" nix anderes nur das man hier direkt den Pointer auf den Speicher hat... (Und noch ein bisschen mehr)

Also ob ich

Delphi-Quellcode:

type 
  TMyDaten = Record
               Bla : Integer;
               Foo : boolean;
             end;
var
  PMyDaten = ^MyDaten;
begin
  New(PMyDaten);
  try
    PMyDaten^.Bla := 42;
  finally
    Dispose(PMyDaten);
  end;
end;

oder

Delphi-Quellcode:

type 
  TMyDaten = Class
    public
      Bla : Integer;
      Foo : boolean;
  end;

Var
  MyDaten : TMyDaten;
begin
  MyDaten := TMyDaten.Create;
  try
    MyDaten.Bla := 42;
  finally
    MyDaten.Free;
  end;
end;

Ist "fast" gleich...

Mavarik

[Christian Seehase]

Moin recall,

Zitat von recall:

"Historisch" gesehen waren records einmal Klassen, die nur Eigenschaften hatten (keine Methoden etc.).

das dürfte wohl darauf ankommen, wie weit Du in der Historie zurückgehst.
Ursprünglich dienten Records dazu Daten strukturiert speichern und laden zu können.
(da waren Klassen bestenfalls in der Idee vorhanden)

Grundsätzlich wäre das dann wohl auch ein Anwendungszweck, bei dem man um Records kaum herumkommt.
(auch wenn bei der heutigen Verbreitung von (lokalen) Datenbanken und xml der Bedarf nicht mehr so hoch sein dürfte).

Wann auch immer Pointer ins Spiel kommen, man um zugeordnete Funktionen/Prozeduren nicht herumkommt oder diese
Datenstrukturen anderweitig zugeordnet werden müssen (z.B. als Object eines Eintrags einer StringListe, würde ich
wohl meist auf eine Klasse zurückgreifen.
Als Rückgabewert einer Funktion kann es mit einer Klasse schwierig werden, hier wäre dann wohl ein Record sinnvoller.
In diesem Falle könnte man dann, ersatzweise, aich einen const Parameter mit einer Klasse übergeben.

[Rollo62]

http://delphi.about.com/od/windowssh...developers.htm

Rollo

[p80286]

Und was hat der Unterschied zwischen Stack und Heap jetzt mit Records und Klassen zu tun?
(naja einen Berührungspunkt wird man bestimmt finden)

Gruß
K-H

[bra]

Zitat von p80286:

Und was hat der Unterschied zwischen Stack und Heap jetzt mit Records und Klassen zu tun?

Records werden auf dem Stack erstellt, Klassen auf dem Heap. Daher auch der Unterschied mit Erstellen/Freigeben.