Procedure vs Function, Vor- und Nachteile

[günni0]

Ich weiß nicht ob das hier ins Thema passt. Aber schlagt ihr die Hände über dem Kopf zusammen wenn man Funktionen benutzt wie eine Prozedur?

[MichaelT]

Nein.

Ich sehe heute sehr wenige bis gar keine Vorteile darin Extended Syntax nicht zu verwenden. {X-} bringt es nicht.

Wenn jemand die strikte Verwendung eines Funktionsergebnisses will erzwingen, sei es drum. Am Ende schwirren entweder zuviele Variablen rum die keiner (ge)braucht oder eine die nichts aussagt.

Zitat von günni0:

Ich weiß nicht ob das hier ins Thema passt. Aber schlagt ihr die Hände über dem Kopf zusammen wenn man Funktionen benutzt wie eine Prozedur?

[günni0]

Ich bin mir ehrlich gesagt nicht sicher, ob ich deinen Beitrag verstanden habe Michael.

[KodeZwerg]

Also wenn man eine Funktion nicht auswertet, sprich: wie eine Prozedur bedient, da frag ich mich ob ein Result nicht doch wichtig sein könnte

[p80286]

NaJa, nimm an Du hast eine Funktion, die einen Namen von irgendwas zurückliefert. Im Fehlerfall ist dieser String leer. Dann reicht es oft zu wissen, daß ein leerer String zurück geliefert wurde. Der genaue Fehler ist dann nur noch von untergeordnetem Interesse.
(Bis dann doch noch zwei Versionen später der genaue Fehlercode relevant wird.)

Gruß
K-H

[günni0]

Zitat von KodeZwerg:

Also wenn man eine Funktion nicht auswertet, sprich: wie eine Prozedur bedient, da frag ich mich ob ein Result nicht doch wichtig sein könnte

Ist bei mir eine Funktion die ein Formular modal oder nicht modal anzeigt, je nach Parameter. Wird nur Show statt ShowModal aufgerufen, brauche ich das Resultat nicht. Daher dieser "Funktion als Prozedur"-Missbrauch.

[MichaelT]

Können schon.

Rückgabewerte kommt vom alten C, denn da hatte ein Funktion immer den Rückgabewert int sofern nichts definiert war und nicht void.

---

Aber du kannst in Delphi/Pascal ein Ergebnis ja auswerten.

Allein war im Pascal früher die Verwendung der Rückgabe verpflichtend. Das führte dazu, dass wie kurz zuvor erwähnt viele Statusvariablen rumschwirrten die entweder das Ergebnis des letzten Funktionsaufrufs hielten oder es gab viele davon. Das machte die Programme unübersichtlich und fehleranfällig.

Alternative hast du zuviele IFs die sich mit Fehlerbehandlung beschäftigen oder die typischen MagicHandleError(Funktion(A,B)); als Ersatz für eine Exception (kinda GOTO :ERROR).


--

Damals waren Prozeduren lange und Nested Procedures waren an der Tagesordnung.

Im Delphi kannst du in einem Testprojekt mal Erweiterte Syntax auf 'false' setzen in den Optionen und in der Praxis. Du wirst schnell sehen, dass die damit verbundenen Restriktionen mehr Ungemach als Gemach provozieren. Zu Zeiten von Records und Abstrakten Datenstrukturen resp. -typen war diese Modus noch durchwegs akzeptabel. Mit OO begannen die Nachteile zu überwiegen (merklich seit BP 7).

Zitat von KodeZwerg:

Also wenn man eine Funktion nicht auswertet, sprich: wie eine Prozedur bedient, da frag ich mich ob ein Result nicht doch wichtig sein könnte