Moin Moin,
kommt es mir nur so und fehlt hier wirklich "
unbedingt" eine Warnung,
oder ist das schon OK/egal so?
Delphi-Quellcode:
var
str: string;
obj: TEdit;
begin
str := string(obj);
obj := TEdit(str);
if obj = nil then
end;
Kurzfassung aus
https://www.delphipraxis.net/205781-...astermind.html
Das ist jetzt nichts Neues ... hatte ich erst vermutet, aber ist schon mindestens 10 Jahre oder gar schon immer so.
Als Erstes hätte ich wegen OBJ ein "nicht initialisiert" erwartet.
Nur bei ARC, würde es stimmen, dass es initialisiert wäre, auch wenn hier die unterschiedlichen Referenz-Mechianismen hätten es komplett verrecken lassen.
Aber vor allem den Cast zwischen Objekt und String würde ich als schwerwiegenden Programmier-Fehler ansehn
und davor sollte doch der Compiler "unbedingt" warnen, oder nicht?
Für unschönen AltCode, wo man doch mal sowas machen wöllte, wären "absichtliche" Casts über einen untypiisiterten Pointer ja noch tollerierbar, auch wenn es dennoch "Mist" wäre.
z.B. einen "String" im Data bei Items von StringList/ListBox/VirtualStringTree/...
Oder wie wäre es mit einem indirekten Cast wie bei String<->PChar, wo implizit eine Funktion dazwischen liegt? (quasi sowas wie ein Makro mit Self.FindComponent bzw. .ToString)
Und eigentlich bei
Integer NativeInt<->Object ein Makro mit GetHashCode. (da HashCode aktuell einfach der Objektzeiger ist, würde es Casts in Bestandscode nicht zerballern)
-->> Noch ein paar Meinungen einholen, bevor ich den Bugreport schreibe, oder auch nicht, falls es doch nicht soooooo schlimm ist.
