![]() |
AW: Die Property Falle...
Zitat:
Ist für mich sowieso ein Design-Fehler! "S" müsste Var sein. Besonders da alle meine alten Stringroutinen mit Var programmiert sind. Allein aus Zeitgründen. [/OT] |
AW: Die Property Falle...
Dann braucht man aber auch wieder viele Zusatzvariablen, wenn man den Wert nur geändert übergeben/auslesen, aber nicht den Original-String will.
Maximal dann also in zwei Varianten -> mit VAR oder Result (wäre natürlich witzig, wenn man das unter einem Namen überladen könnte ... dafür müsste der Compiler nur unterscheiden können, ob das Result ausgewertet wird, welches selbst ein Single-pass-compiler hinbekomme würde) Ist halt blöd, genauso wie ich mir schonmal gewünscht hätte, daß man Methoden und Klassenmethoden überladen kann und dann je nach Ziel (über Klasse oder Instanz aufgerufen) das entsprechende verwenden würde. |
AW: Die Property Falle...
Zitat:
Delphi-Quellcode:
Procedure Foo(GGFVar AValue:String); begin if GGFVar=Var then ... end; Foo(Var S); |
AW: Die Property Falle...
Zitat:
|
AW: Die Property Falle...
Zitat:
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 17:41 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