Problem mit FastReports und kaputt gehendem Interface

[TurboMagic]

Hallo,

danke für die Antworten.
Ich hab's jetzt anders gelöst und es scheint zu funktionieren.
Ich hab der Reportgenerator Klasse jetzt noch eine neue Methode spendiert,
mit der man die beiden Interface Referenzen neu zuweisen kann, die im betreffenden
Fall die Daten ausgetauscht haben müssen. Nach erfolgreicher report Generierung
wird das dann einfach nochmal mit den normalerweise benutzten Interface Referenzen
aufgerufen, also zurück getauscht.

Dadurch muss man von dem Report Generator nicht noch eine zweite Instanz erzeugen.
Erste Tests waren jedenfalls positiv.

Zu Interfaces also Const Parameter: vermutlich wird da der Referenzzähler dann nicht
hochgesetzt...

Grüße
TurboMagic

[mjustin]

Zitat von TurboMagic:

Zu Interfaces also Const Parameter: vermutlich wird da der Referenzzähler dann nicht
hochgesetzt...

Ja, sobald const verwendet wird kommt es nicht zur Erhöhung des Referenzzählers (und das ist gut so). Ausserdem wird kein try..finally generiert.
Es ist aber nicht notwendig, nun jedes const vor einem Interface-Parameter zu entfernen. Es gibt nur eine Konstellation, bei der das const zu einem Fehler führt:

Angenommen diese Methode soll verwendet werden:

procedure Frob(const Grob: IGrobber); Dann kommt es zu einem Fehler bei der Referenzzählung wenn sie so aufgerufen wird:

Frob(TGrobberImplementer.Create); Dies dagegen funktioniert:

Delphi-Quellcode:

grob := TGrobberImplementer.Create;
Frob(grob);

(Beispiele aus: "Should I not pass an interface as const?" - https://stackoverflow.com/a/31028671/80901)

Ich verwende generell const für Interface-Parameter, und achte einfach nur darauf, immer erst eine Instanz zu erstellen und diese dann zu übergeben.

Da sich fehlerhafte Referenzzählung unter anderem zu nicht freigegebenen Objekten führen kann, verwende ich ausserdem das gute alte ReportMemoryLeaksOnShutdown := True.