.NET Server-basierte PDF-Generierung

Question

Ich mag Inhalte dynamisch generieren und dann in eine PDF-Datei zu machen. Diese Verarbeitung stattfinden würde auf einem Remote-Hosting-Server so mit virtuellen Druckern usw. aus ist. Hat jeder eine Empfehlung für eine .NET-Bibliothek (pref C #), die funktionieren würde?

Ich weiß, dass ich ein paar PS-Code erzeugen könnte und es selbst verpacken, aber ich würde etwas weniger tricksy in diesem Stadium bevorzugen.

Danke!

Answer 1

Ich habe gute Erfolge hatte mit SharpPDF .

Answer 2

Hier finden Sie aktuelle http://itextsharp.sourceforge.net/ . Seine Open-Source.
Tutorial: http://itextdocs.lowagie.com/tutorial/

Answer 3

Ich habe Erfolg mit Siberix

http://www.siberix.com/

Corporate Lizenz: $ 350 USD (Eine Einzellizenz umfasst eine beliebige Anzahl von Unternehmen Entwickler Sitze, unbegrenzte Anzahl von Unternehmen Web-Server und eine unbegrenzte Anzahl von Verteilungen als Teil Ihrer Anwendung.)

Answer 4

Free PDF Generator .NET (wkhtmltopdf Wrapper) ziemlich PDF von HTML-Vorlage erzeugen kann mit einer Codezeile:

var pdfBytes = (new NReco.PdfGenerator.HtmlToPdfConverter()).GeneratePdf(htmlContent);

(alles, was Sie brauchen, ist eine DLL, keine externen Abhängigkeiten)

Answer 5

Wir verwenden die Amyuni PDF Converter und haben es seit mehreren Jahren erfolgreich eingesetzt. Unsere Anwendung ist über die COM-Schnittstelle, aber es hat eine .NET-Schnittstelle zu unterstützen.

Answer 6

Ich habe gute Erfahrungen mit Winnovative HTML zu PDF .

Und schlechte mit Open Source HTML Doc (Probleme mit Formularelementen + CSS ).

Answer 7

Ich habe jetzt eine Zeit lang für eine leistungsstarke docx zu pdf Werkzeug gesucht. Unser System verfügt über einen E-Government-Aspekt und ist eine sehr hohe Anzahl von Berichten an die User-Community zu generieren. An diesem Punkt der Leistung im Vordergrund steht.

Frühere Werkzeuge, die ich verwendet habe nicht gleichzeitige Umwandlung zu tun haben, anstatt jede exe benötigt für die Fertigstellung des anderen zu warten. Ich habe Aspose.Words versucht, und ich bin sehr zufrieden mit den Ergebnissen.

Zunächst einmal war es sehr einfach und nahtlos zu integrieren und in unserem Projekt bereitstellen. Sehr weich.

Zweitens ist die Geschwindigkeit der Umwandlung Art und Weise besser auf die Tatsache zurückzuführen, dass mehrere Jobs parallel ausgeführt werden.

Drittens nicht nur schnell, sondern auch ohne Formatierungsfehler. Bedenkt man, dass wir sowohl in Englisch und Arabisch Felder bieten (etwas dagegen von rechts nach links Ausrichtung!) Ein mehrsprachiges System und einige Berichte enthalten, war dies sehr wichtig.

Und schließlich war die Dateigröße recht klein, was wiederum sehr wichtig ist, als Zehntausende von Dokumenten werden durch unser System erstellt.

Unsere erste Implementierung war Microsoft Office Interop-Bibliothek. Wir konvertieren docx zu pdf-Dokumente von unten Code. Diese Bibliothek wandelt die docx-Dokumente in PDF-Dateien perfekt und wir beschlossen, diese laden Generation-Server zu melden. Aber nach einer Weile bemerkten wir, dass Umwandlungsoperationen für jede ausführbare Datei warten. Dies führt zu einer großen Verzögerung auf die Dokumente gleichzeitig konvertieren und deshalb haben wir ein neues Werkzeug für die Umwandlung von docx-Dateien in PDF-Dateien zu suchen beginnen. Bild sehen

Im Folgenden Code zeigt das, wie docx-Dokumente in PDF-Dateien konvertieren von Aspose.Words für .NET-Tool. Bild 2

Siehe

Answer 8

RDLC & Bedienelemente Report Viewer kann PDF erzeugen entweder im Ermessen des Kunden oder auf Server-Befehl, der dann als PDF-Mime-Typ bedient werden kann.

Answer 9

Ich habe PDF4NET von O2solutions mit großem Erfolg eingesetzt. Sie unterstützen alle Arten von Szenarien und die digitale Signatur des pdf.

Answer 10

Wenn Ihre Daten meist in XML ist, könnten Sie in einer XSL-FO-Lösung auch einen Blick - wir verwenden Alt-Softs XML2PDF mit großem Erfolg. Die „Server“ Version ist ein wenig irreführend - es ist wirklich nur ein einziges DLL Sie müssen in Ihrem WinForms, WPF oder ASP.NET Anwendung schließen - das ist alles

Funktioniert wie ein Zauber (wenn Sie mit XSLT und XSL-FO vertraut sind, oder bereit ist, es zu lernen).

Marc

Answer 11

Wir haben eine Reihe von Drittanbieter-DLLs von PDFSharp , die wiederum den Einsatz von DLLs MigraDoc. Ich bin nicht eingeweiht in alle Gründe dafür, dass wir in diese Richtung ging (die Entscheidung von einem Senior-Entwickler gemacht wurde), aber ich kann Ihnen sagen, dass:

• Es scheint in aktiv zu sein Entwicklung.
• Sie hatte die meisten der Funktionen, die wir brauchten.
• Der Quellcode ist verfügbar. Obwohl es verwendet, um einige Muster und Konventionen, die ich hatte vorher nicht gesehen, wenn ich bekam auf sie war es ziemlich einfach, das zu machen, Änderungen. Ich fügte hinzu, Unterstützung für die Verwendung von die System.Drawing.Image direkt und nicht als Dateien zu speichern.
• Es ist auch nicht gut dokumentiert intern oder extern.