Re: Property als Array
Das Ding hieß TTokens, deshalb dachte ich du packst dort deine Tokens rein.
Interessant wäre ab dem Punkt, wenn du unterschiedliche Tokenarten von TToken ableitest (Operatoren, Typen, Keywords,...). Und so kompliziert ist das gar nicht. ;) Es gibt doch Ctrl+Shift+C , effektiv habe ich an jeder Lister bestimmt weniger als 30 Zeilen getippt. Von denen ein Großteil der Buchstaben durch Code completion reingefumpt wurde. ;) Die Verwendung ist halt mega einfach und darum gates doch eigentlich, oder? :zwinker: Zitat:
Man darf das Wort Zeitverschwendung nicht so überstrapazieren. Es kostet wenige Minuten diese strong typed ObjectList zu tippen (wesentlich weniger Zeit als du für den letzten Absatz gebraucht hast :P ), aber bei jeder Verwendung sparst du dir Typecasts und ein paar Prüfungen. :zwinker: Verstehe mich nicht falsch, ich will dich hier in keine Ecke drängen. Ich hatte eigentlich nur das TTokens falsch interpretiert und nun musste ich einfach zur "Zeitverschwendung" Stellung nehmen... |
Re: Property als Array
Hi Robert!
Zitat:
Zitat:
Zitat:
Zitat:
Ich will ja nur Strings in der Liste speichern. Es würde also ein Array of String auch tun. Wofür also eine extra Klasse erstellen, wenn es auch leichter geht? Klar, um die ewigen SetLength's zu vermeiden könnte man noch eine Add-Methode implementieren, aber mehr ist ehrlich nicht nötig. Zitat:
Und ich gebe zu, die "Zeitverschwendung" scheint weniger Aufwand zu sein, als ich zuerst dachte. Ich bin dir natürlich sehr dankbar, wenn du dir nähere Gedanken zu meinem "Problem" machst und auch für Vorschläge offen. Aber manche Sachen halte ich einfach für unnötig und übertrieben. ;) |
Re: Property als Array
zur Ausgangsfrage - Wenn "fOperators" bereits ein Array of String ist wozu machst du dann noch die eckigen klammern bei deinem property?
Delphi-Quellcode:
Denn wenn fOperators bereits das Array ist hättest du ja sonst ein 2 dimensionales.
property Operators[Ndx: integer]: String read fOperators write fOperators;
am einfachsten ohne Get und SetMethode wäre es da doch
Delphi-Quellcode:
Type
TDynStringArr = Array of String; [...] private fOperators: TDynStringArr; [...] property Operators: TDynStringArr read fOperators write fOperators; |
Re: Property als Array
Zitat:
|
Re: Property als Array
Dazu eine Frage: Wieso kann ich nicht einfach
Delphi-Quellcode:
anstelle einer zusätzlichen (unnötigen?) property schreiben?
public
Operators: Array of String; |
Re: Property als Array
Zitat:
|
Re: Property als Array
Des Weiteren hast du bei einer Property die Möglichkeit zu überprüfen, ob der zugewiesene Wert auch in dein "Konzept" passt.
Soll heißen: Wenn deine Strings so aufgebaut werden müssen, dass der String IMMER mit "XYZ" beginnt, dann kannst du mit einer Array-Property da schon eingreifen und dir evtl. viel Schreibarbeit und Zeit bei der Fehlersuche sparen. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 16:10 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz