![]() |
Typecasting für Components einer Form.
Hallo,
ich habe eine Frage bezüglich des Typecastings, falls die Klasse, auf die zugegriffen wird, Teil einer anderen Klasse ist. In meinem Falle sieht das so aus.
Delphi-Quellcode:
Delphi mag die Klammer nach Form1. irgendwie nicht. Das ganze funktioniert nur wenn Components kein Teil von Form1 wäre.
Form1.(Components[i] as TControl).Width:=Form1.(Components[i] as TControl).Width*Widthpercent;
Also ungefähr so
Delphi-Quellcode:
Danke schon mal für alle Bemühungen mir zu helfen ;).
(Component as TControl).Width := XY;
BurtaN |
Re: Typecasting für Components einer Form.
Wieso eigentlich TForm1? Das müsste doch Form1 heißen, oder versteh ich Dich falsch?
|
Re: Typecasting für Components einer Form.
Zitat:
|
Re: Typecasting für Components einer Form.
dann probier mal ein
Delphi-Quellcode:
with Form1 do
(Components[i] as TControl).Width := (Components[i] as TControl).Width * Widthpercent; |
Re: Typecasting für Components einer Form.
Delphi-Quellcode:
(Form1.Components[i] as TControl).Width
|
Re: Typecasting für Components einer Form.
Andere Variante:
Delphi-Quellcode:
TControl(Form1.Components[i]).Width
|
Re: Typecasting für Components einer Form.
Zitat:
|
Re: Typecasting für Components einer Form.
Zitat:
ohne as: Exception der Klasse EAccessViolation mit der Meldung "Access violation at address bla in module 'bla'. Read of address bla" Ich würde eindeutig die Variante mit as bevorzugen^^ |
Re: Typecasting für Components einer Form.
Ich würde eindeutig vorher mit is prüfen, damit die Exception gar nicht erst eintritt.
|
Re: Typecasting für Components einer Form.
Zitat:
ABER: Wenn man den harten Typecast gemacht wird, kommt nur unter bestimmten Umständen eine AV, denn der Compiler bekommt gesagt, den Speicherbereich ganz hart so zu interpretieren ohne Überprüfung. Dadurch springt er bei Methodenaufrufen ins Nirwana oder einfach andere Methoden des eigentliches Objektes mit falschen Stack Frames an. Dadurch kommt es dann zu den unterschiedlichsten Folgefehlern, aber eine AV ist nur eine der Möglichkeiten. Wenn er z.B. eine Property anfässt über einen falschen Cast und diese Property wird direkt referenziert, dann ändert er einfach den Speicherbereich (bzw. liest ihn aus), welcher an der Stelle liegt, an der bei der richtigen Klasse der Member liegt. Das führt nicht zwangsläufig zu einer AV. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 19:26 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