Generazione PDF basata su server .NET

Question

Vorrei generare dinamicamente contenuti e quindi renderizzarli in un file PDF. Questa elaborazione avverrebbe su un server di hosting remoto, quindi l'utilizzo di stampanti virtuali ecc. È fuori. Qualcuno ha una raccomandazione per una libreria .NET (pref C #) che funzionerebbe?

So che potrei generare un sacco di codice PS e comprimerlo da solo, ma preferirei qualcosa di un po 'meno complicato in questa fase.

Grazie!

Answer 1

Ho avuto un buon successo usando SharpPDF .

Answer 2

Dai un'occhiata a http://itextsharp.sourceforge.net/ . È open source.
Tutorial: http://itextdocs.lowagie.com/tutorial/

Answer 3

Ho avuto successo usando Siberix

http://www.siberix.com/

Licenza aziendale: $ 350 USD (una singola licenza copre un numero illimitato di postazioni per sviluppatori dell'azienda, un numero illimitato di server Web dell'azienda e un numero illimitato di distribuzioni come parte dell'applicazione.)

Answer 4

Gratuito PDF Generator .NET (wrapper WkHtmlToPdf) può generare un bel PDF dal modello HTML con uno riga di codice:

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

(tutto ciò che serve è una DLL, senza dipendenze esterne)

Answer 5

Utilizziamo Amyuni PDF Converter e lo utilizziamo con successo da diversi anni. Il nostro utilizzo avviene tramite l'interfaccia COM, ma supporta un'interfaccia .NET.

Answer 6

Ho avuto buone esperienze con da HTML a PDF di Winnovative .

E quelli cattivi con Open Source HTML Doc (Problemi con elementi del modulo + CSS ).

Answer 7

Da un po 'di tempo cerco uno strumento docx in pdf ad alte prestazioni. Il nostro sistema ha un aspetto di e-government e sta generando un numero molto elevato di report per la comunità di utenti. A questo punto, le prestazioni sono di primaria importanza.

Gli strumenti precedenti che ho usato non eseguivano la conversione simultanea, invece ogni ex doveva attendere il completamento dell'altro. Ho provato Aspose.words e sono molto contento dei risultati.

Prima di tutto, è stato molto facile e semplice integrare e implementare nel nostro progetto. Molto liscio.

In secondo luogo, la velocità di conversione è molto migliore a causa del fatto che più lavori vengono eseguiti in parallelo.

In terzo luogo, non solo veloce, ma anche senza errori di formattazione. Considerando che stiamo fornendo un sistema multilingue e alcuni rapporti includono sia campi inglesi che arabi (allineamento da destra a sinistra!), Questo è stato molto importante.

Infine, le dimensioni del file erano piuttosto ridotte, il che è di nuovo molto importante poiché vengono create decine di migliaia di documenti attraverso il nostro sistema.

La nostra prima implementazione è stata la libreria Interop di Microsoft Office. Convertiamo docx in documenti pdf utilizzando il codice seguente. Questa libreria converte perfettamente i documenti docx in file pdf e abbiamo deciso di caricarli sul server di generazione dei report. Ma dopo un po ', abbiamo notato che le operazioni di conversione sono in attesa di ogni eseguibile. Ciò provoca un grande ritardo nella conversione dei documenti contemporaneamente ed è per questo che iniziamo a cercare un nuovo strumento per convertire i file docx in file pdf. Vedi immagine

Il codice seguente mostra come convertire documenti docx in file pdf utilizzando lo strumento Aspose.Words per .NET. Vedi immagine 2

Answer 8

RDLC & amp; i controlli di Visualizzatore report possono generare PDF a discrezione del cliente o al comando del server, che può quindi essere servito come un tipo mime PDF.

Answer 9

Ho usato PDF4NET di O2solutions con molto successo. Supportano tutti i tipi di scenari e la firma digitale del pdf.

Answer 10

Se i tuoi dati sono principalmente in XML, potresti anche guardare una soluzione XSL-FO - stiamo usando Xml2Pdf di Alt-Soft con grande successo. Il "server" la versione è un po 'impropria - in realtà è solo una singola DLL che devi includere nelle tue app Winforms, WPF o ASP.NET - tutto qui!

Funziona come un incantesimo (se hai familiarità con XSLT e XSL-FO o sei disposto a impararlo).

Marc

Answer 11

Abbiamo utilizzato un set di DLL di terze parti da PDFSharp che a sua volta utilizza DLL di MigraDoc. Non sono al corrente di tutti i motivi per cui siamo andati in quella direzione (la decisione è stata presa da uno sviluppatore senior), ma posso dirti che:

• Sembra essere attivo sviluppo.
• Aveva la maggior parte del funzioni di cui avevamo bisogno.
• Il codice sorgente è disponibile. Anche se ne ha usati alcuni schemi e convenzioni che io non l'avevo mai visto prima loro, è stato abbastanza facile fare il i cambiamenti. Ho aggiunto il supporto per l'utilizzo System.Drawing.Image direttamente anziché come salvataggio dei file.
• Lo è neanche documentato bene internamente o esternamente.