Zurück zum Aufrufer - Strategien zum zurückgeben von Daten

[generic]

In den Video zeige ich euch verschiedene Strategien zum zurückgeben von Daten aus einer Funktion an dem Aufrufer.

https://www.youtube.com/watch?v=cWaQkXX02gM

Besprecht doch in den Kommentaren die unterschlichen Lösungen und teilt ggf. auch noch andere Möglichkeiten mit.

[Lemmy]

Servus,

anstelle der Übergabe mit VAR würde ich hier OUT verwenden. Es soll ja nur was raus gegeben werden und nix rein und dort verändert...
Grüße

[Rollo62]

Interessante Zusammenfssung, dankesehr.

Ich benutze gerne die Version mit anyonymen Funktionen, was ich allerdings nicht ganz nachvollziehe ist das "kunde.Free" in der AnonProc-Funktion.

Anhang 52960

Ist das jetzt schlechter Stil von mir, oder ist das beim Sample anders gedacht ?

Hintergrund:
Ich sehe ich das in etwa so:
Der Aufrufer ist der Caller der AnonProc im "GibKunde(",
und nach dem Aufruf der AnonProc räumt dieser "Caller" auch mit .Free wieder auf.

Damit muss innerhalb der AnonProc nicht über die Lebenszeit eines Objektes entschienden werden.

Das liegt vielleicht auch ein bischen an der Nomenklatur bei mir:
- sowas wie GibXxx, MachXxx, GetXxx, SetXxx BENUTZT lediglich ein Objekt, aber besitzt es nicht
- sowas wie CreateXxx, NewXxx ERZEUGT ein Objekt, für die Verwendung woanders

Im vorliegenden Fall fände ich da meine Vorgehensweise plausibler.
Falls GibKundee im Sinne von CreateKunde arbeiten soll, dann würde der erzeugte Kunde aussen noch weiter benutzt, und auch aussen zerstört.

[generic]

Lemmy, Rollo62 - ihr habt beide Recht und ich finde eure Lösungen besser. Super und Daumen hoch!

An OUT hab ich überhaupt nicht gedacht als ich die Beispiele gemacht habe.
Das mit dem Free erzähl ich ich lang und breit: "wer es erzeugt - gibt es auch frei", hab es aber auch dann nicht mehr gesehen.

[Rollo62]

Sehr gut mal alle Varianten nebeneinander zu sehen.
Vielleihct gibt es ja mal einen Teil-2, wo dann auch Records, Interfaces und sonstwas zurückgegeben werden.

Ich denke das solche Zusammenfassungen was geht, mit kleinem Pro/Contra, für Neueinsteiger immer viel sinnvoller ist als 20 Seiten detaillierte Doku.

Ich denke Beispielcode mit kurzen, prägnanten Erklärungen ist 1000x besser als jede Text-Dokumentation.
Insbesondere auch mit alternativen Formen.
Einfach weil die normale Sprache das gar nicht sauber abbilden kann was der Code macht,
das kann er nur selbst erklären :stupid:

[generic]

Gibt jetzt ein Teil 2:
https://www.youtube.com/watch?v=b-soDTcIE1M