.NET geração de PDF baseada em servidor

StackOverflow https://stackoverflow.com/questions/450833

Pergunta

Eu gostaria de gerar dinamicamente o conteúdo e depois processar em um arquivo PDF. Este processamento teria lugar em um servidor remoto de hospedagem para o uso de impressoras virtuais etc está fora. Será que algum ter uma recomendação para uma biblioteca de .NET (pref C #) que iria trabalhar?

Eu sei que eu poderia gerar um monte de código PS e empacotá-lo eu mesmo, mas eu prefiro algo um pouco tricksy menos nesta fase.

Obrigado!

Foi útil?

Solução

Eu tive um bom sucesso usando SharpPDF .

Outras dicas

Eu tive sucesso usando Siberix

http://www.siberix.com/

Licença corporativa: $ 350 USD (. Uma única licença cobre um número ilimitado de bancos de desenvolvedores da empresa, número ilimitado de servidores web da empresa e número ilimitado de distribuições como parte do seu aplicativo)

PDF Generator .NET (invólucro WkHtmlToPdf) pode gerar PDF muito de HTML modelo com um linha de código: 

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

(tudo que você precisa é uma DLL, sem dependências externas)

Nós usamos a Amyuni PDF Converter e tê-lo usado com sucesso por vários anos. Nosso uso é através da interface COM, mas suporta uma interface .NET.

Eu tive boas experiências com HTML de Winnovative para PDF .

E maus com Open Source HTML Doc (Problemas com elementos de formulário + CSS ).

Eu tenho olhado para um alto desempenho docx para PDF ferramenta por um tempo agora. O nosso sistema tem um aspecto e-governo e está gerando um número muito elevado de relatórios para a comunidade de usuários. Neste ponto, o desempenho é fundamental.

ferramentas anteriores que tenho usado não fazer a conversão simultânea, em vez de cada exe necessária para aguardar a conclusão do outro. Eu tentei Aspose.Words e estou muito feliz com os resultados.

Antes de tudo, era muito fácil e sem costura para integrar e implantar em nosso projeto. Muito suave.

Em segundo lugar, a velocidade da conversão é muito melhor devido ao fato de que vários trabalhos executados em paralelo.

Em terceiro lugar, não é apenas rápido, mas mesmo sem erros de formatação. Considerando que estamos oferecendo um sistema multi-lingual e alguns relatórios incluem ambos os campos Árabe Inglês e (mente da direita para a esquerda alinhamento!), Isso foi muito importante.

E, finalmente, o tamanho do arquivo era muito pequeno, o que novamente é muito importante como dezenas de milhares de documentos são criados através do nosso sistema.

A nossa primeira implementação foi biblioteca Microsoft Office Interop. Nós converter docx para documentos PDF usando o código abaixo. Esta biblioteca converte os documentos docx em arquivos pdf perfeitamente e decidimos enviar este para o servidor de geração de relatório. Mas depois de um tempo, percebemos que as operações de conversão estão esperando para cada executável. Isso faz com que um grande atraso na conversão de documentos ao mesmo tempo e é por isso que começar a procurar uma nova ferramenta para converter arquivos docx em arquivos PDF. veja a imagem

A seguir mostra o código a como converter docx documentos para arquivos PDF usando Aspose.Words para a ferramenta .NET. veja a imagem 2

RDLC e os controles Report Viewer pode gerar PDF, quer a critério do cliente ou pelo comando do servidor que pode ser servido como um mime-type PDF.

Eu usei PDF4NET de O2solutions com muito sucesso. Eles suportam todos os tipos de cenários e assinatura digital do pdf.

Se os seus dados é principalmente em XML, você pode também olhar para uma solução XSL-FO - estamos usando Xml2PDF de Alt-soft com grande sucesso. A versão "server" é um pouco de um equívoco - é realmente apenas uma única DLL que você precisa incluir em sua WinForms, WPF ou ASP.NET aplicativo - isso é tudo

funciona como um encanto (se você estiver familiarizado com XSLT e XSL-FO, ou dispostos a aprender).

Marc

Foi utilizado um conjunto de DLLs de terceiros a partir de PDFSharp que por sua vez usam DLLs de MigraDoc. Eu não estou a par de todas as razões que nós fomos nessa direção (a decisão foi tomada por um desenvolvedor sênior), mas posso dizer-lhe que:

  • Parece ser na ativa desenvolvimento.
  • Ele tinha a maior parte do apresenta o que precisávamos.
  • O código fonte está disponível. Embora usado algum padrões e convenções que eu não tinha visto antes, quando cheguei para eles, era bastante fácil de fazer a alterar. Eu adicionei suporte para o uso o System.Drawing.Image directamente e não como salvar arquivos.
  • É não documentado bem quer interna ou externamente.
Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top