Variablen-Übergabe zwischen zwei Units

[SneakyBagels]

Zitat:

ich würde eine Klasse statt Record nehmen.

Ob Klasse oder Record, da bin ich eher für Record. Warum weiß nicht nicht. Ist am Ende aber quasi dasselbe.
Was ich aber definitiv nicht nehmen würde, wäre ein Interface.

[Mavarik]

Zitat von SneakyBagels:

Was ich aber definitiv nicht nehmen würde, wäre ein Interface.

Ich würde NUR ein Interface nehmen und nie etwas anderes..

Zum einen kauft man sich das Reference-Counting zum 2. ist man von der Implementation unabhängig und kann die Units entkoppeln, was auch die Unitstests einfacher macht.

Mavarik

[H.Bothur]

Hi Maverick,

gute Idee - aber ... für mich ist das zu hoch Mit Records habe ich schon mal gearbeitet - bei dem was Du geschrieben hast kann ich gerade mal raten was wofür sein kann. Da müsste ich viel mehr noch lernen.

Trotzdem - Vielen Dank !!!
Hans

[Fritzew]

Zitat von Mavarik:

Zitat von SneakyBagels:

Was ich aber definitiv nicht nehmen würde, wäre ein Interface.

Ich würde NUR ein Interface nehmen und nie etwas anderes..

Zum einen kauft man sich das Reference-Counting zum 2. ist man von der Implementation unabhängig und kann die Units entkoppeln, was auch die Unitstests einfacher macht.

Mavarik

Ich sage es ja nicht gerne aber Mavarik hat zu 100% Recht.

[mjustin]

Zwei Parameter sind zu viel

Delphi-Quellcode:

type
  IKunde = interface
  ...
  
function LeseDaten(const KundenNummer: string): IKunde;

[Fritzew]

Zitat von mjustin:

Zwei Parameter sind zu viel

Delphi-Quellcode:

type
  IKunde = interface
  ...
  
function LeseDaten(const KundenNummer: string): IKunde;

Kommt darauf an wer nachher für die Daten verantwortlich ist. Der Aufrufende oder der Aufrufen...

Ich würde das so machen:
Kunde muss vorher initialisiert sein:
function LeseDaten(const KundenNummer: string; Value : IKunde): boolean; Kann ich dann einfach in Code benutzen mit

if LeseDaten('1000', localKunde) then
begin
end

oder auch
function LeseDaten(const KundenNummer: string; var Value : IKunde): boolean;

[mjustin]

Zitat von Fritzew:

function LeseDaten(const KundenNummer: string; var Value : IKunde): boolean;

Das var ist nicht notwendig, man kann auch über const Value: IKunde ein existierendes (leeres) Kundenobjekt übergeben, füllen, und an den Aufrufer zurückgeben. Warum sollte man erst ein Objekt erzeugen, es per var übergeben, und in der aufgerufen Methode LeseDaten dann ein neues Objekt erzeugen, und das übergebene Objekt durch es ersetzen?

[Fritzew]

Zitat von mjustin:

Zitat von Fritzew:

function LeseDaten(const KundenNummer: string; var Value : IKunde): boolean;

Das var ist nicht notwendig, man kann auch über const Value: IKunde ein existierendes (leeres) Kundenobjekt übergeben, füllen, und an den Aufrufer zurückgeben. Warum sollte man erst ein Objekt erzeugen, es per var übergeben, und in der aufgerufen Methode LeseDaten dann ein neues Objekt erzeugen, und das übergebene Objekt durch es ersetzen?

Ja es ging mit ja nur darum die verschiedenen Möglichkeiten zu zeigen. Const in Interface Parametern würde ich aber nur dann verwenden wenn es wirklich zeitkritischer Code ist. Da man dadurch die Referenzzählung aushebelt kannn das teilweise zu unschönen Effekten führen. (Ist aber ein komplett anderes Thema )
Was ich in Delphi wirklich vermisse ist die Möglichkeit wie in C++ Zuweisungen auszuwerten also z.B (Wunschdenken)

if (myKunde := GetKunde('1000')) <> nil then ... Man darf ja noch träumen oder?

[SneakyBagels]

Zitat:

gute Idee - aber ... für mich ist das zu hoch

Da stimme ich dir zu. Wie es aussieht, bist du rein hobbymäßig mit Delphi unterwegs. Da braucht man so hohen Kram nicht.

Nimm Records und damit hat sich das!
- einfach zu erstellen
- einfach zu erweitern
- relativ wenig Code
- verständlich

[Fritzew]

Zitat von SneakyBagels:

Zitat:

gute Idee - aber ... für mich ist das zu hoch

Da stimme ich dir zu. Wie es aussieht, bist du rein hobbymäßig mit Delphi unterwegs. Da braucht man so hohen Kram nicht.

Nimm Records und damit hat sich das!
- einfach zu erstellen
- einfach zu erweitern
- relativ wenig Code
- verständlich

Entschuldige aber so eine Aussage ist einfach ....

Du benutzt Interfaces (Schnittstellen ) täglich mehrfach. Was ist ein Stromstecker? Interessiert es die Strombuchse ob da ein Toster
oder ein Drucker daran hängt? Ne die 2 wissen nur das sie zusammengesteckt werden können, 2 Leitungen fertig. Was dahinterhängt ist egal. Und genau das ist ein Interface. Warum auch immer das nicht immer alle abstrahieren können ist mir zu hoch.
Aber bitte lasse Aussagen wie hohen Kram einfach sein. Danke