Klassen Wegoptimieren abschalten ?

[moelski]

Nachtrag:
http://docs.embarcadero.com/products...spart_xml.html

Dort habe ich schon mal nachgesehen. Aber nix passendes gefunden

[himitsu]

Delphi läßt nunmal alles weg, welches nicht verwendet wird und abschalten läßt es sich nicht.

Einzige Lösung: das gewünschte Verwenden.

Also irgendwo den Klassennamen benutzen und alle Methoden aufrufen.
Und wenn es irgendwo in einem IF-Block steckt, welcher nie aufgerufen würde (also so, daß es der Compiler nicht mitgekommt, denn sonnst läßt es es ebenfalls weg ... z.B. if Klassenvariable <> 0, welche aber nirgends gesetzt wird)

[moelski]

Wasn Bullshit

Nuja, muss man dann wohl mit leben

[himitsu]

Joar, war ich damals auch drüber gestolpert, als ich versuchte einige Klassen über DLL-Grenzen hinweg nutzbar zu machen ... ohne BPLs.

Aber standardmäßig gibt es ja keinen Grund, irgendwas einzubinden, welches nicht genutzt wird ... drum wurde dafür wohl auch keine Moglichkeit implementiert.

OK, außer bei eingebundenen Resourcen ( .RES ), wo Delphi leider alles einbindet, welches in irgendeiner Datei ( .PAS / .DPR ) verlinkt ist.
(das verursacht übrigens einen gewissen Teil unserer "rießigen" Delphi-Anwenungen)

[Stevie]

Zitat von himitsu:

Also irgendwo den Klassennamen benutzen und alle Methoden aufrufen.

Stimmt nur halb. Methoden mit der Sichtbarkeit public/published werden auf jeden Fall kompililert. Für Methoden mit der Sichtbarkeit private bekommst du einen Hint und sie werden nicht einkompiliert (was auch Sinn macht, denn wer außer die Klasse selber sollte sie aufrufen?). Methoden mit der Sichtbarkeit protected könnten "unter den Tisch" fallen. Dürfte aber auch kein Problem sein, denn sie werden entweder in der Klasse selber oder einer abgeleiteten aufgerufen. Sie fallen also nur dann raus, wenn sie tatsächlich nirgendwo aufgerufen werden.

Also hast du nur das Problem, dass die Klasse selber als nirgendwo benutzt erkannt wird und nicht kompiliert wird. Das kannst du einfach mit einem initialization Block in der jeweiligen Unit lösen. Dort kannst du zum Beispiel ein RegisterClass(TMyObject) machen oder einfach eine Dummy Methode aufrufen, die nix macht.