Dependency Injection - Ein paar allgemeine Fragen

[himitsu]

Das die erweiterte RTTI (Unit RTTI) nicht unbedingt threadsave zu sein scheint, hatte ich auch schon mitbekommen, bzw. Cheffe meinte mal, daß einige Programm-Fehler wohl darauf zurückzuführen sein sollen.


$RTTI ... ja, einmal ist das ganz am Anfang drin.
Probier ich dann mal aus, ob es ohne geht.
Aber auch Emba nutzt scheinbar das $RTTI, um fast alle seine Klassendefinitionen zu verstecken, da hätte ich mal blind gedacht, daß es funktionsfähig ist. :stupid:

[Stevie]

Zitat:

Zitat von himitsu (Beitrag 1261907)

Aber auch Emba nutzt scheinbar das $RTTI, um fast alle seine Klassendefinitionen zu verstecken, da hätte ich mal blind gedacht, daß es funktionsfähig ist. :stupid:

Der RTL Code wird aber nicht neu kompiliert. Das Problem war bis einschließlich XE5, dieser Bug.

[himitsu]

Hatte mich schon gewundert, warum im CnPack, und in einer der Delphi-Demos, in den DPRs das {$RTTI} drin steht, obwohl die Hilfe behauptet der Befehl sei nur "lokal". :stupid:

[Stevie]

Zitat:

Zitat von himitsu (Beitrag 1261933)

Hatte mich schon gewundert, warum im CnPack, und in einer der Delphi-Demos, in den DPRs das {$RTTI} drin steht, obwohl die Hilfe behauptet der Befehl sei nur "lokal". :stupid:

Tja, das {$RTTI EXPLICIT METHODS([]) PROPERTIES([]) FIELDS([])} in der dpr/dpk war seit jeher eine Möglichkeit für den kompletten Code, der in diesem Modul enthalten war, die RTTI zu deaktivieren. Funzt aber durch den Fix seit XE6 nicht mehr, da das nun nur noch lokal für die dpr gilt, hurrah.

Aber wir kommen ein wenig vom Thema ab ;)