Génération PDF sur serveur .NET

Question

Je souhaite générer dynamiquement du contenu, puis le restituer dans un fichier PDF. Ce traitement aurait lieu sur un serveur d'hébergement distant, de sorte que l'utilisation des imprimantes virtuelles, etc. Y at-il une recommandation pour une bibliothèque .NET (pref C #) qui fonctionnerait?

Je sais que je pourrais générer un paquet de code PS et l’emballer moi-même, mais je préférerais quelque chose de moins astucieux à ce stade.

Merci!

Answer 1

L’utilisation de SharpPDF a été un succès.

Answer 2

Consultez http://itextsharp.sourceforge.net/ . Son source ouverte.
Didacticiel: http://itextdocs.lowagie.com/tutorial/

Answer 3

J'ai eu du succès avec Siberix

http://www.siberix.com/

Licence entreprise: 350 USD (une seule licence couvre un nombre illimité de postes de développeur, un nombre illimité de serveurs Web et un nombre illimité de distributions dans le cadre de votre application.)

Answer 4

Gratuit PDF Generator .NET (encapsuleur WkHtmlToPdf) peut générer de superbes fichiers PDF à partir d'un modèle HTML. ligne de code:

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

(tout ce dont vous avez besoin est une DLL, pas de dépendances externes)

Answer 5

Nous utilisons le Amyuni PDF Converter et l’utilisons avec succès depuis plusieurs années. Notre utilisation s'effectue via l'interface COM, mais elle prend en charge une interface .NET.

Answer 6

J'ai eu de bonnes expériences avec le code HTML au format PDF de Winnovative .

Et les mauvais avec Open Source HTML Doc (Problèmes avec les éléments de formulaire + CSS ).

Answer 7

Je recherche depuis longtemps un outil docx en pdf très performant. Notre système a un aspect de gouvernement électronique et génère un très grand nombre de rapports à la communauté des utilisateurs. À ce stade, la performance est primordiale.

Les outils que j’avais utilisés auparavant ne faisaient pas de conversion simultanée, mais chaque exe devait attendre la fin de l’autre. J'ai essayé Aspose.words et je suis très content des résultats.

Tout d’abord, l’intégration et le déploiement dans notre projet étaient très simples et transparents. Très doux.

Deuxièmement, la vitesse de conversion est bien meilleure car plusieurs tâches sont exécutées en parallèle.

Troisièmement, non seulement rapide, mais même sans erreur de formatage. Étant donné que nous fournissons un système multilingue et que certains rapports incluent des champs en anglais et en arabe (alignement de l’esprit de droite à gauche!), C’était très important.

Enfin, la taille du fichier était relativement petite, ce qui est à nouveau très important, car des dizaines de milliers de documents sont créés via notre système.

Notre première implémentation était la bibliothèque Microsoft Office Interop. Nous convertissons docx en documents pdf en utilisant le code ci-dessous. Cette bibliothèque convertit parfaitement les documents docx en fichiers pdf et nous avons décidé de le télécharger sur le serveur de génération de rapports. Mais au bout d’un moment, nous avons remarqué que des opérations de conversion attendaient chaque exécutable. Cela entraîne un gros retard sur la conversion des documents en même temps et c'est pourquoi nous commençons à rechercher un nouvel outil pour convertir les fichiers docx en fichiers pdf. Voir l'image

Le code ci-dessous montre comment convertir des documents docx en fichiers pdf à l'aide de l'outil Aspose.Words for .NET. Voir l'image 2

Answer 8

RDLC & amp; les contrôles Report Viewer peuvent générer des PDF au choix du client ou du serveur, qui peuvent ensuite être servis sous forme de type mime PDF.

Answer 9

J'ai utilisé PDF4NET de O2solutions avec beaucoup de succès. Ils supportent toutes sortes de scénarios et la signature numérique du pdf.

Answer 10

Si vos données sont principalement au format XML, vous pouvez également rechercher une solution XSL-FO. Nous utilisons Le fichier Xml2Pdf d’Alt-Soft avec un grand succès. Le " serveur " Cette version est un peu trompeuse. Il ne s'agit en fait que d'une seule DLL à inclure dans votre application Winforms, WPF ou ASP.NET. C'est tout!

Fonctionne comme un charme (si vous êtes familier avec XSLT et XSL-FO, ou si vous souhaitez l’apprendre).

Marc

Answer 11

Nous avons utilisé un ensemble de DLL tierces provenant de PDFSharp qui utilisent à leur tour les DLL de MigraDoc. Je ne suis pas au courant de toutes les raisons pour lesquelles nous sommes allés dans cette direction (la décision a été prise par un développeur principal), mais je peux vous dire que:

• Il semble être actif développement.
• Il avait la plupart des fonctionnalités dont nous avions besoin.
• Le code source est disponible. Bien qu’il ait utilisé modèles et conventions que je n'avait pas vu auparavant, une fois que je suis arrivé à eux, il était assez facile de faire la changements. J'ai ajouté le support pour utiliser le System.Drawing.Image directement plutôt que de sauvegarder des fichiers.
• C'est pas bien documenté non plus en interne ou en externe.