Ich möchte Inhalte dynamisch generieren und dann in eine PDF-Datei rendern. Diese Verarbeitung würde auf einem Remote-Hosting-Server stattfinden, so dass die Verwendung von virtuellen Druckern usw. nicht möglich ist. Hat jemand eine Empfehlung für eine .NET-Bibliothek (Pref C #), die funktionieren würde?
Ich weiß, dass ich eine Menge PS-Code generieren und selbst verpacken könnte, aber ich würde etwas weniger tricky in diesem Stadium bevorzugen.
Danke!
Ich hatte Erfolg mit Siberix
Firmenlizenz: $ 350 USD (Eine einzelne Lizenz deckt eine unbegrenzte Anzahl von Entwicklersitzen des Unternehmens, eine unbegrenzte Anzahl von Webservern des Unternehmens und eine unbegrenzte Anzahl von Distributionen als Teil Ihrer Anwendung ab.)
Free PDF Generator .NET (WkHtmlToPdf-Wrapper) kann hübsche PDF-Dateien aus einer HTML-Vorlage mit einer Codezeile generieren:
%Vor%(alles, was Sie brauchen, ist eine DLL, keine externen Abhängigkeiten)
Wir verwenden den Amyuni PDF Converter und verwenden ihn seit Jahren erfolgreich. Unsere Verwendung erfolgt über die COM-Schnittstelle, unterstützt jedoch eine .NET-Schnittstelle.
Ich habe gute Erfahrungen mit Winnovatives HTML zu PDF gemacht.
Und schlechte mit Open Source HTML-Dokument (Probleme mit Formularelementen + CSS).
RDLC & amp; Die Report Viewer-Steuerelemente können PDFs entweder im Ermessen des Clients oder auf dem Server-Befehl generieren, der dann als PDF-Mime-Type verwendet werden kann.
Ich habe PDF4NET von O2solutions sehr erfolgreich eingesetzt. Sie unterstützen alle möglichen Szenarien und digitale Signaturen des PDF.
Wenn Ihre Daten größtenteils in XML vorliegen, können Sie sich auch eine XSL-FO-Lösung ansehen - wir verwenden Alt-Soft's Xml2Pdf mit großem Erfolg. Die "Server" -Version ist ein bisschen irreführend - es ist wirklich nur eine einzelne DLL, die Sie in Ihre Winforms-, WPF- oder ASP.NET-App einbinden müssen - das ist alles!
Funktioniert wie ein Zauber (wenn Sie mit XSLT und XSL-FO vertraut sind oder es lernen wollen).
Marc
Wir haben eine Reihe von Drittanbieter-DLLs von PDFSharp die wiederum DLLs von MigraDoc verwenden. Ich bin nicht in all die Gründe eingeweiht, aus denen wir in diese Richtung gegangen sind (die Entscheidung wurde von einem leitenden Entwickler getroffen), aber ich kann Ihnen das sagen: