Nach FastReport, List & Label, oder ...

[t2000]

Hallo zusammen,

es gibt eine paar Themen, aber meist sehr unvollständig oder zu(uu) alt.

In unserem Projekt (zu 90% Web Client, Win/VCL RESTServer) sollte eigentlich FastReport zum Einsatz kommen. Aufgrund der politischen Lage sowie merkwürdigem Verhalten von FastReport, werden wir unser Abo nicht mehr verlängern und müssen umsteigen.
Wir stehen vor der Entscheidung, wie wir zukünftig mit Berichten umgehen. Unser Projekt ist riesengroß (also viele kleine Programme, die zusammen dann sehr groß sind). Es soll zukunfstfest sein, d.h. wir denken min. über die nächsten 10 Jahre nach.

Ich hatte früher ausschließlich eigene Reporttools, mein Kompagnon hatte früher (letzte 20 Jahre) mit List & Label (nicht unter Delphi) gearbeitet.

Unser REST Server, der für Berichte zuständig ist läuft auf Windows. Die Clients lösen einen Druckvorgang aus und der Server erzeugt IMMER eine PDF-Datei, die dann angesehen oder gedruckt werden kann.
Die Erstellung des Designs für den Bericht "darf" eine VCL Anwendung sein. Designer als Web-Anwendung wäre gut, ist aber nicht Pflicht.

Neben List & Label kommen vielleicht auch eigene Entwicklungen oder auch Kombinationen von anderen Tools in Frage. Reportting mit TMS Flexcel zum Beispiel.

Gibt es hier umfangreiche Erfahrungen mit List&Label? Oder Hinweise auf Alternativen? Fallstricke oder Dinge die nicht funktionen.

Für jegliche Hilfe wäre ich sehr dankbar.

Thomas

[johndoe049]

Zitat:

sowie merkwürdigem Verhalten von FastReport,

Was für merkwürdiges Verhalten? Der neue Online Installer ist zwar anders, aber nach Installation funktioniert alles auch offline.

List & Label kann ich persönlich nicht ausstehen. Das Designkonzept für Reports finde ich unflexibler als FastReport und die Lizenzpolitik ist nach meiner Meinung schlechter als bei FastReport.


Wir verwenden bei uns eine Mischung aus FastReport und Trichview Report Workshop.

[v2afrank]

[QUOTE=johndoe049;1523943]

Zitat:

sowie merkwürdigem Verhalten von FastReport,

Das würde mich auch interessieren

[t2000]

Das merkwürdige Verhalten möchte ich nicht öffentlich diskutieren. Es ging um Support und Setup Probleme.
Aber mangels Alternativen will ich FastReport noch nicht völlig ausschließen.

[Der schöne Günther]

Wir stehen auch (allerdings nicht dringend) davor, FastReport rauszuwerfen, habe allerdings auch noch keine Ahnung durch was man es ersetzen würde.

So dumm es klingt, müsste man nicht einfach per Html+Css zu einem guten PDF-Export kommen können? Der WebView2 hat ja auch einen ganz brauchbaren PDF-Export, mich nervt nur immer, dass der nicht mehrere PDFs parallel erstellen kann, sondern immer nur eins nach dem anderen...

[Uwe Raabe]

Das programmatische Erzeugen von PDFs sollte nicht das Problem sein. Früher mussten alle Reports im Programm zusammengebaut und an den Drucker geschickt werden. Die PDF-Ausgabe ist da mit einer geeigneten Bibliothek nicht schwierig.

Problematisch wird es aber, wenn die Kunden individuelle Reports selber erstellen/designen sollen, wobei das natürlich auch als Auftragsarbeit erfolgen kann. Dann möchte man ja nicht immer den eigenen Code anpassen und man braucht eine entsprechende Report-Engine und einen dazu passenden Designer. Genau da setzen diese Tools, sei es (ohne Wertung) FastReport, List&Label, ReportBuilder, QuickReport, Rave Reports, der "gute" alte ReportSmith und wie sie alle heißen, ein. Einige sind bereits im Strom der Zeit versunken und andere werden folgen. Ich fürchte nur, dass es nicht wirkliche viele für Delphianer geeignete Neuzugänge geben wird. Insofern finde ich die aktuelle Entwicklung im Umfeld von FastReport wirklich bedauerlich.

[IBExpert]

Denkbarer weg wäre mit lazarus dll erstellen, die dir dann in deiner Delphi Welt für den Restserver die lazarus lazreport engine zur verfügung stellt.

Gab bisher nix, was ich mit Lazreport nicht auf pdfs sauber rausbekommen hab und euer Fastreport Know könnt ihr nahezu identisch weiternutzen.

Wir haben auf der Basis bei Kunden diverse non visual prozesse gebaut, die dann einfach als lazaraus konsolen exe die report definition bzw variablen aus einen datenbank bekommt und dann das result als fertige pdf wieder in einen blob in die datenbank packt, so das der Result mit jeder brauchbaren pdf viewer engine (sumatra) oder direkt im Browser das sauber darstellt, was da in der db schon drin ist. Gibt bei einem Kunden eine FB Datenbank, wo auf dem Weg mittlerweils mehr als ein terabyte an pdfs erstellt und archiviert sind.

Und der Report Designer ist nahezu identisch zu fastreport, die beiden haben gemeinsame vorgänger. Ggf auch per dll oder als extra exe einbindbar in euer Projekt.

[Der schöne Günther]

Zitat:

Zitat von Uwe Raabe (Beitrag 1523989)

Problematisch wird es aber, wenn die Kunden individuelle Reports selber erstellen/designen sollen, wobei das natürlich auch als Auftragsarbeit erfolgen kann. Dann möchte man ja nicht immer den eigenen Code anpassen

Vielen Dank für die Erklärung. Dann verstehe ich, wozu so etwas gut sein kann. Wir machen so etwas immer als Auftragsarbeit, das hat bislang jeder Kunde verstanden 🙂

[Uwe Raabe]

Mit C# kann man sich ja auch darauf vielleicht einlassen: https://github.com/FastReports/FastReport