FastReport VS ReportBuilder

[dstein]

Danke, mal sehen ob ich die gleiche Antwort erhalte.

[dstein]

So, nach einem ausgiebigen Austausch mit dem Fastreport Service folgender Sachstand.
Benutzer welche Subscription für Version "FastReport VCL Professional" oder höher haben, wird der Sourcecode mit ausgeliefert.
In der "c:\Programmdateien (x86)\FastReport VCL Professional\install.txt" unter "IV. Recompiling FastReport Pro Edition and Enterprise Edition packages" gibt es eine Anleitung.
Der von Fastreport empfohlende Workaround ist: "Restore. compile" will work if dat files was stored, but store FR's sources and packages too for manual installation

Fazit: nach jedem Update mit dem OnlineInstaller, dass Verzeichnis mit VersionsNr sichern und gut aufheben.

[Uwe Raabe]

Zitat von dstein:

Fazit: nach jedem Update mit dem OnlineInstaller, dass Verzeichnis mit VersionsNr sichern und gut aufheben.

Das sollte man doch für alle seine Libraries machen, oder? Insbesondere sollten die Libraries auch mit der jeweiligen Version zu den Projekt-Sourcen versioniert sein. Nur so lassen sich alte Versionsstände wiederherstellen und Bugfixes auf diese anwenden. Wie sollte das sonst gehen, wenn in solchen Fällen immer die gerade aktuelle Version der Library verwendet wird?

[Blup]

Im wesentlichen bin ich mit dem Reportbuilder über die Jahre zufrieden.
Für Entwickler die sich nicht zu Tief in Details vorwagen, hat sich eigentlich nichts Grundlegendes geändert.

In letzer Zeit gab es ein par undokumentierte interne Änderungen, die mir Probleme verusacht haben:
- Das Registrieren und insbesondere Deregistrieren eigener Dialogklassen und Devices funktioniert nicht mehr so vorher.
- Beim Ereignis für die Aufteilung eines Drucks auf mehrere Dateien sind plötzlich keine Punkte mehr im Namen erlaubt.
Solche Probleme fallen erst beim Anwender auf, insbesondere da die Funktionalität jahrelang genutzt wurde.
Kann man alles umgehen (insbesondere wenn man den Quellcode hat), kostet aber Zeit.