Warum ist Delphi/(Pascal) bei uns so beliebt? (und wie erklären wir das den Neuen?)

[himitsu]

Zitat von EWeiss:

Warum muss eine procedure immer über der liegen (bzw. global deklariert werden) von der sie aufgerufen wird.

Müssen sie nicht

Wenn du die Funktionen als Methoden ordentlich in Klassen kapselst, dann ist die Reihenfolge egal.
Und man kann auch Forward-Deklarationen deklarieren. (implizit oder explizit)

Delphi-Quellcode:

// so wäre es eigentlich
type
  TMyRecord = record
    ...
  end;
  PMyRecord = ^TMyRecord;

Delphi-Quellcode:

// das geht auch, da hier Delphi implizit das als Forward anerkennt, da es weiß, dass der Pointer immer genau 4/8 Bytes groß ist
type
  PMyRecord = ^TMyRecord;  
  TMyRecord = record
    ...
    FFriend: PMyRecord;
    ...
  end;

Delphi-Quellcode:

type
  TMyClass = class;  // hier auch ... ein Pinter ist immer 4/8 Byte, drum kann man diesen Typ vorher in einer anderen Klasse, oder in der Klasse selber verwenden
  ...
  TMyClass = class
    ...
  end;

Delphi-Quellcode:

interface 

procedure MyProc;  // implizit / bei Klassen+Methoden das Selbe

implementation

procedure MyProc;
begin
  ...
end;

Delphi-Quellcode:

implementation

procedure MyProc; forward;  // explizit

...

procedure MyProc;
begin
  ...
end;

[add] https://en.wikipedia.org/wiki/One-pa...Pascal_Example

Zitat von EWeiss:

Ich hätte lieber das man proceduren und functionen auch recursive in den Units finden könnte.

Geht auch, aber bevor man seine Units kreuzverlinkt, sollte man sich besser überlegen, ob man da nicht ein Designproblem hat.

Zitat von EWeiss:

Sollte doch eigentlich egal sein ob drüber oder drunter solange wie sich diese in der gleichen Unit befindet.

Weil der Compiler/Parser zu dem Zeitpunkt noch nicht weiß was und ob es das später mal gibt und wie es deklariert ist, wenn dessen Deklaration erst später kommt?

Single-Pass-Compiler / One-Pass-Compiler gegen Multi-Pass-Compiler

Delphi ist war deswegen so ein schneller Compiler, weil es nur einmal über den Code läuft und nicht versucht in mehreren Durchgängen alles zu vermanschen und gegenzuprüfen.
Seit LLVM ist das ein "war einmal".

[EWeiss]

Hmm denke du hast mich nicht verstanden..
Ich habe nicht von Klassen geredet.

Bsp:

Delphi-Quellcode:

procedure Mein(bla, bla);
begin

  Recursive(geht nix);
end;

procedure Recursive(blaaa);
begin

end

Wie du siehst steht Recursive unter Mein.
Und das wird nicht gefunden wenn ich Recursive(geht nix); aufrufe.
In dem Fall muss ich Recursive(blaaa); Global definieren oder in eine Klasse unterbringen andernfalls wird es nicht gefunden.
Zumindest nicht unter D2010.

Als Einsteiger bzw.. als jemand der von VB6 nach Delphi gewechselt ist war es nicht so einfach das zu verstehen.
Da unter VB6 es egal war wo eine Procedure oder function abgelegt wurde.
Bei einer Alphabetischen Reihenfolge (Formatierung des Quelltextes) würde bei Delphi dann nichts mehr gehen.

Zitat:

Ich hätte lieber das man proceduren und functionen auch recursive in den Units finden könnte.

Ich habe von einer Unit geredet nicht von kreuzverlinken (UNIT'S)
Siehe mein Beispiel!

gruss

[Mavarik]

Zitat von EWeiss:

Hmm denke du hast mich nicht verstanden..

Du hast es nicht verstanden... in diesen Fall musst du nur die forward declaration benutzen...

Nix global, nix in einer Klasse. Und schon kann deine Procedure drunter stehen.

[EWeiss]

Zitat von Mavarik:

Zitat von EWeiss:

Hmm denke du hast mich nicht verstanden..

Du hast es nicht verstanden... in diesen Fall musst du nur die forward declaration benutzen...

Nix global, nix in einer Klasse. Und schon kann deine Procedure drunter stehen.

forward; // explizit Ach so.. Hmm ehrlich das wusste ich nicht.
Sehe ich aber als Unsinnig an dafür extra ein direktive für anzulegen.
Aber gut wenn's geht.

Nebenbei eine Garantie ist es auch nicht wenn ich meinen Quelltext anschließend Alphabetisch sortieren würde.
Dann nutzt auch ein Forward nichts.

gruss

[dGeek]

Zitat von EWeiss:

forward; // explizit Ach so.. Hmm ehrlich das wusste ich nicht.
Sehe ich aber als Unsinnig an dafür extra ein direktive für anzulegen.

Da stimme ich zu. Bei einem so teuren Produkt sollte man eigentlich davon ausgehen können, dass das auch ohne extra-Definition möglich ist.

[Mavarik]

Zitat von dGeek:

Da stimme ich zu. Bei einem so teuren Produkt sollte man eigentlich davon ausgehen können, dass das auch ohne extra-Definition möglich ist.

OMG: Was hat das den damit zu tun?

Es geht hier um die Syntax von Pascal...
Und da ist die Regel ganz einfach: Es wird NIX verwendet, was nicht vorher definiert ist.

Abgesehen davon kann das der 1-Pass-Compiler sowieso nicht...

[jaenicke]

Zitat von EWeiss:

In dem Fall muss ich Recursive(blaaa); Global definieren oder in eine Klasse unterbringen andernfalls wird es nicht gefunden.

Das ist eine der guten Seiten von C#. Da kann man nicht einfach irgendwelche Methoden lose irgendwo hinwerfen. Da ist man gezwungen diese in namespaces, Klassen usw. einzusortieren.

Leider ist dies eine der Altlasten des rein prozedural orientierten ursprünglichen Pascal, dass das in Delphi heute noch geht. Ansonsten wären viele Quelltexte viel besser strukturiert.

[uligerhardt]

Zitat von jaenicke:

Das ist eine der guten Seiten von C#. Da kann man nicht einfach irgendwelche Methoden lose irgendwo hinwerfen. Da ist man gezwungen diese in namespaces, Klassen usw. einzusortieren.

In Namespaces? Muss schon ne Klasse sein, oder?
Und das macht ja z.B. für Sin/Cos etc. nicht so viel Sinn.

[jaenicke]

Zitat von uligerhardt:

Und das macht ja z.B. für Sin/Cos etc. nicht so viel Sinn.

TMath.Sin usw. als Klassenmethoden macht schon Sinn, weil man dann das ganze so thematisch unterteilt und nicht mehr einfache Prozeduren herumfliegen hat.

Denn ansonsten fehlt dir z.B. die Syntaxergänzung oder du schreibst den ganzen Unitnamen ab.
So schreibst du einfach TMath. und siehst die verfügbaren Methoden ohne tausend weitere globale Prozeduren zu sehen.

[uligerhardt]

Zitat von jaenicke:

Zitat von uligerhardt:

Und das macht ja z.B. für Sin/Cos etc. nicht so viel Sinn.

TMath.Sin usw. als Klassenmethoden macht schon Sinn, weil man dann das ganze so thematisch unterteilt und nicht mehr einfache Prozeduren herumfliegen hat.

Denn ansonsten fehlt dir z.B. die Syntaxergänzung oder du schreibst den ganzen Unitnamen ab.
So schreibst du einfach TMath. und siehst die verfügbaren Methoden ohne tausend weitere globale Prozeduren zu sehen.

Da macht das Formelschreiben Spaß. Und Sin krieg ich ohne Syntaxvervollständigung hin.