Objekte zu einer Stringliste bearbeiten

[Christian Seehase]

Moin idefix,

probier' doch mal die Variable pi anders zu benennen.
Vielleicht kommt der Compiler da ins Stolpern, denn so heisst ja auch die Konstante für die Zahl PI.

[idefix2]

Zitat:

kann es sein dass TTrade auch eine Property Paare hat?

nein, alle Properties von TTrade beginnen mit einem kleinen t (vorbeugend, damit in einem with-Statement keine Verwechslungen möglich sind :roll:

Zitat:

probier' doch mal die Variable pi anders zu benennen.

Habe pi auf pidx umgetauft - gleiches Ergebnis.

:evil:

[DeddyH]

Mich irritiert, dass der Compiler Paar für einen String hält. Außerdem scheint das "end." am Dateiende zu fehlen (es sei denn, es handelt sich um einen Folgefehler, da kommen ja auch schon einmal die komischsten Meldungen).

[idefix2]

Danke, jetzt habt ihr mich doch noch auf die Spur gebracht, man kann es wirklich nie schlau genug machen. Sir Rufo hatte eigentlich schon die richtige Idee, und dank DeddyH's

Zitat:

Mich irritiert, dass der Compiler Paar für einen String hält

hab ich es jetzt (glaube ich, muss es noch ausbessern, aber das wars wohl).

Eben zur Vermeidung von derartigen Mehrdeutigkeiten habe ich allen Properties von TTrade ein t vorgesetzt, und war deshalb ganz sicher, dass mir da nichts passieren kann:

Delphi-Quellcode:

 
TTrade = class(TObject)
  tPaar: string;
  tStartzeit, tEndzeit: TDate;  //Aktueller Trade
  tLevel: byte;
  tKaufen: boolean;
  tLot: real;
  tKaufkurs: real;
  tVkkurs: real;
  tErfolg: real;
  end;

und jetzt gibt es erst recht eine Property tPaar und einen Klassennamen TPaar.
:wall:

[Furtbichler]

Zitat:

Zitat von idefix2 (Beitrag 1142942)

...vorbeugend, damit in einem with-Statement keine Verwechslungen möglich sind :roll:

Gerade deshalb soll man auf 'WITH' verzichten. Muss man nicht, sollte man aber.

Es schadet doch nicht, den Objektnamen voranzustellen. im Gegenteil, man weiß gleich, wer gemeint ist.

Geschütze d.h. nicht sichtbare Feldnamen wird ein 'f' vorangestellt. Ansonsten hüte dich vor Präfixen, außer bei Typen, Exceptions und Interfaces.

[idefix2]

Zitat:

Gerade deshalb soll man auf 'WITH' verzichten.

Das musste jetzt natürlich kommen. Bloss dürfte man dann auch keine Klassenmethoden programmieren, weil jede Klassenmethode beinhaltet ein implizites with.

Zitat:

Es schadet doch nicht, den Objektnamen voranzustellen

Wenn das Objekt ein Array-Element ist, kann es sogar der Performance schaden (meistens nicht wichtig, u.U. aber doch), weil bei jedem Zugriff eine neuerliche Adressberechnung gemacht wird. Bei Verwendung von with sollte der Compiler wenn möglich die Basisadresse in einem CPU-Register behalten.

Zitat:

Ansonsten hüte dich vor Präfixen, außer bei Typen, Exceptions und Interfaces.

Warum? Vor dem präfix t werde ich mich in Zukunft sicher hüten, da kann wirklich leicht etwas passieren. Bei Exceptions und Interfaces halte ich die Gefahr eines Namenskonflikts für eher gering - werde sie aber in Zukunft natürlich im Hinterkopf behalten. Von diesen Sonderfällen abgesehen finde ich, dass die Verwendung von Präfixen ein Programm in der Regel deutlich lesbarer macht.

[Sir Rufo]

ei jo, vor allem weil Delphi bei der CodeCompletion für Variablen-Felder (bei Properties) in einer Klasse ein F (=Field) verwendet.

Ich versuche folgende Logik bei der Verwendung zu benutzen:

Delphi-Quellcode:

type
  TFoo = class
  private
    fMyValue : string;
  public
    procedure FooMethod;
    property MyValue : string read fMyValue write fMyValue;
  end;

implementation

ressourcestring
  sMyValue = 'MyValue';

const
  cMyValue = 'MyValue'; 

var
  gMyValue : string; // unit-global Variable

procedure TFoo.FooMethod;
var
  lMyValue : string; // local Variable
begin
  fMyValue := cMyValue;
  lMyValue := cMyValue;
  gMyValue := cMyValue;
end;

Aber als Präfix das t zu verwenden kam mir eigentlich noch niemals in den Sinn ;)