Fragen zu TList

[Jacki O]

Hallo,

ich habe in meinem Prog eine Liste vom Typ TList.
In der Speicher ich Zeiger auf Strukturen:

Code:

PMyElem = ^TPMyElem;
TPMyElem = record
 Nr   : Integer;
 Name : String[40];
end;

...
var MyElem : PMyElem;
    aList  : TList;
...

Mit

Code:

New(MyElem);

Reserviere ich Speicher für ein neues Element. Die Daten kommen durch

Code:

MyElem.Nr := eineNummer;
MyElem.Name := 'Hans';

aList.Add(MyElem);

in die Liste. In einem Buch habe ich nun gelesen, das beim Einfügen der Daten dieses 'Pointer Dach' mit dabei ist:

Code:

MyElem^.Nr := eineNummer;
MyElem^.Name := 'Hans';

aList.Add(MyElem);

Das habe ich in meinem Prog nicht und bisher auch keine Probleme, aber nun die Frage, wozu wird das so gemacht, bzw werde ich Probleme bekommen ??


Gruß Jacki

[maximov]

Nein du wirst keine probleme bekommen, da delphi aus dem kontext schliessen kann, das du hier dereferenzieren möchtest und macht es dann automatisch! Ist allerdings ne stil-frage ob du deinen code nicht lieber eindeutig formulieren willst

[Jacki O]

Hallo,

danke für die schnelle Antwort
Gruß Jacki

[Jens Schumann]

Zitat von maximov:

Nein du wirst keine probleme bekommen, da delphi aus dem kontext schliessen kann, das du hier dereferenzieren möchtest und macht es dann automatisch! Ist allerdings ne stil-frage ob du deinen code nicht lieber eindeutig formulieren willst

Da ich Turbo-Pascal ab der Version 3.0 kenne bin ich noch nicht auf die Idee gekommen in solch einem Fall die ^ wegzulassen. Vielleicht halte ich es auch deshalb für einen äußert unsauberen Stil. Wenn man nicht gerade die Deklaration vor Augen hat könnte man auch darauf kommen, dass es sich um ein Object o. normalen Record handelt.
Bin ich alleine mit der Meinung?

[Hansa]

Zitat von Jens Schumann:

Bin ich alleine mit der Meinung?

Nein ! Ich frage mich eher, wieso das egal sein soll, oder wie das gehen soll ? Wäre es egal, so wäre die Pascal-Syntax nicht mehr eindeutig. Schreibe ich 1+1=3 so könnte man vielleicht mit einer gewissen KI darauf schließen, daß es falsch ist, aber ist die 1 verkehrt oder die 3 ? ist also 2+2=4 gemeint, oder 1+1=2 ?? Wie soll der Compiler das entscheiden ? Also, wie immer, besser Fehlermeldung und nix mit EXE.

Jede Programmiersprache hat eine eindeutige Grammatik, die sich mathematisch beweisen läßt. Und das Bsp. hier mit dem ^ (Ptr-Dach)wiederspricht allem. Ein Compiler ist nun mal kein Telefon-Nummern Verzeichnis. Der kann sich nicht mit "trefferquoten" zufrieden geben.

[Luckie]

Fällt wohl unter den Begriff Compiler-Magic.

Btw, wenn ihr mit Objekten arbeitet, dereferenziert ihr ja auch nicht explizit und das, obwohl Objekte eigentlich auch nur Zeiger auf einen Speicheradresse sind. Wenn ihr nicht wollt, dass Delphi für euch die Arbeit mit den Pointern abnimmt, dann müsst ihr C++ benutzen.

[Jacki O]

Hallo,

erstmal vielen Dank für die Antworten.
Ich sehe das nun so :

Wenn der Compiler einem die Möglichkeiten gibt Dinge zu vereinfachen, dann kann es nicht verkert sein, diese Vereinfachung anzunehmen. Da es sich anscheinend nur um eine Stil Frage handelt.
Ausserdem denke ich, das die Vereinfachung dazu führt, das Andere, die nicht so viel mit Delphi und entsprechend mit Pascal zu tun haben, den Quellcode einfacher lesen und verstehen können.

Gruß Jacki

[maximov]

Zitat von Jacki O:

....
Ausserdem denke ich, das die Vereinfachung dazu führt, das Andere, die nicht so viel mit Delphi und entsprechend mit Pascal zu tun haben, den Quellcode einfacher lesen und verstehen können.

Sie können ihn vielleicht einfacher lesen, weil sie nicht mit dem ^ zeichen belästigt werden, aber werden damit auch in die irre geführt, da sie denken hier wird ganz normal qualifiziert und nicht dereferenziert + qualifiziert

Also bin auch dafür es explizit hinzuschreiben!