AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren

Function, Result als stringlist?

Ein Thema von Pseudemys Nelsoni · begonnen am 20. Nov 2003 · letzter Beitrag vom 20. Nov 2003
 
choose

Registriert seit: 2. Nov 2003
Ort: Bei Kiel, SH
729 Beiträge
 
Delphi 2006 Architect
 
#16

Re: Function, Result als stringlist?

  Alt 20. Nov 2003, 10:51
Zitat von Luckie:
procedure Foo(s: String; c: Char; var sl: TStringList);
Hallo Luckie, hallo silent,

bei diesem Aufruf könnte der unbedachte Entwickler von Foo, der lediglich die Schnittstelle bekommt, folgendes Schreiben:
Delphi-Quellcode:
procedure Foo(s: string; c: Char; var sl: TStringList);
begin
  sl:= TStringList.Create;
  //...
end;
Schließlich geht er davon aus, dass in sl ein Ergebnis zu stehen hat. In diesem Fall (da CallByReference) würde alles "fehlerfrei" funktionieren, allerdings die ürsprüngliche Referenz (erzeugt beim Klienten) verloren sein!

Es bietet sich an, die Schlüsselworte const und out zu verwenden, um deutlich zu machen, ob eine Variable oder ein Exemplar unverändert bleibt (auch wenn das nicht von Delphi überprüft wird) oder ob ein Parameter lediglich als Ergebnis dient und, im Falle eines Objekts, innerhalb der Routine erzeugt werden soll.
Der verbleibende Fall, weder const nocht out, bedeutet dann konstequenterweise, dass ein (wahrscheinlich) initialisiertes Objekt übergeben und verändert werden kann, jedoch nicht innerhalb der Routine erzeugt wird...
Delphi-Quellcode:
//:Creates and fills a new object
procedure CreateNewInstance(out AnInstance: TMyClass);
//:Uses an object but doesnt modify it
procedure ReadFromInstance(const AnInstance: TMyClass);
//:Uses and may modify an object
procedure ReadFromAndWriteToInstance(AnInstance: TMyClass);
Diese Konvention hat sich in der Praxis gut bewährt und reichte zusammen mit sprechenden Bezeichnungen oft als Schnittstellenbezeichnungen für einfache Routinen aus

Zitat von Tom:
Wofür mußt Du einen Zeiger auf NIL setzen, wenn dieser garantiert nicht mehr gebraucht wird (z.B. Verwendung von lokalen Variablen)?
@TOM: Auch wenn man selbst eine Variable nicht länger braucht, kann ein anderer das nicht ahnen... Hat er die Aufgabe, Deinen Code zu erweitern und findet er die passende Variable, könnte es sein, dass er die Freigabe übersehen hat. Ein neue eingeführter Code der Art
Delphi-Quellcode:
//signature and intent of new code
Assert(Assigned(sl));
if sl.Count>0 then
  FooBar(sl[0]);
würde ihn sofort auf seinen Fehler aufmerksam machen.
gruß, choose
  Mit Zitat antworten Zitat
 

Themen-Optionen Thema durchsuchen
Thema durchsuchen:

Erweiterte Suche
Ansicht

Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 20:16 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz