Geração de PDF baseada no servidor .NET
Eu gostaria de gerar dinamicamente conteúdo e, em seguida, renderizar para um arquivo PDF. Este processamento teria lugar em um servidor de hospedagem remota para que a utilização de impressoras virtuais etc está fora. Alguém tem uma recomendação para uma biblioteca. net (pref C#) que funcionaria?
Eu sei que posso gerar um monte de código PS e embalá-lo eu mesmo, mas eu preferia algo um pouco menos tricksy nesta fase. Obrigado!11 answers
Tive muito sucesso usando SharpPDF .
Olha para http://itextsharp.sourceforge.net / . o seu código aberto.
Tutorial: http://itextdocs.lowagie.com/tutorial/
Eu tive sucesso usando Siberix
Licença corporativa: $ 350 USD (uma única licença cobre um número ilimitado de lugares de desenvolvimento da empresa, um número ilimitado de Servidores web da empresa e um número ilimitado de distribuições como parte da sua aplicação.)
Free PDF Generator. net (wkhtmltopdf wrapper) can generate pretty PDF from HTML template with one line of code:
var pdfBytes = (new NReco.PdfGenerator.HtmlToPdfConverter()).GeneratePdf(htmlContent);
(só precisa de um DLL, sem dependências externas)
Usamos o Conversor de PDF Amyuni e temos usado com sucesso por vários anos. Nosso uso é através da interface COM, mas ele suporta uma interface.net.
Tive boas experiências com o HTML do Winnovative para PDF .
E os maus com código aberto } HTML Doc (problemas com os elementos do formulário + CSS).
Ando à procura de uma ferramenta de alto desempenho docx para pdf há algum tempo. Nosso sistema tem um aspecto de governo eletrônico e está gerando um número muito elevado de relatórios para a comunidade de usuários. Neste momento, o desempenho é fundamental.
As ferramentas anteriores que eu usei não fizeram conversão simultânea, em vez disso cada exe precisava esperar para a conclusão do outro. Já tentei Aspose.palavras e estou muito feliz com os resultados.
Em primeiro lugar, foi muito fácil e sem emenda integrar e implantar em nosso projeto. Muito suave.Em segundo lugar, a velocidade de conversão é muito melhor devido ao facto de vários empregos correrem em paralelo.
Em terceiro lugar, não só rápido, mas mesmo sem erros de formatação. Considerando que estamos fornecendo um sistema multi-lingual e alguns relatórios incluem tanto inglês e árabe campos (alinhamento da mente direita para a esquerda!), isto foi muito importante.
E finalmente, o tamanho do ficheiro era bastante pequeno, o que novamente é muito importante como dezenas milhares de documentos são criados através do nosso sistema.
A nossa primeira implementação foi a Biblioteca Interop do Microsoft Office. Nós convertemos docx para documentos pdf usando o código abaixo. Esta biblioteca converte os documentos docx para arquivos pdf perfeitamente e nós decidimos fazer upload disto para reportar o servidor de geração. Mas depois de um tempo, percebemos que as operações de conversão estão esperando por cada executável. Isso causa um grande atraso na conversão dos documentos ao mesmo tempo e é por isso que começamos a procurar uma nova ferramenta para converter ficheiros docx para ficheiros pdf. Ver Imagem
Abaixo o código mostra como converter documentos docx para arquivos pdf usando Aspose.Palavras para ferramenta. net. Ver Imagem 2
A RDLC & os controlos do Visualizador de relatórios podem gerar PDF à discrição do cliente ou ao comando do servidor, que pode então ser servido como um tipo MIME de PDF.
Se os seus dados estiverem principalmente em XML, Poderá também olhar para uma solução XSL-FO - estamos a usar O Xml2pdf do Alt-Soft com grande sucesso. A versão "servidor" é um pouco de um nome errado - é realmente apenas um único DLL que você precisa incluir em suas Winforms, WPF ou ASP.NET app-é tudo!
Funciona como um encanto (se estiver familiarizado com XSLT e XSL-FO, ou disposto a aprender).
Marc
Usámos um conjunto de DLLs de terceiros dePDFSharp que por sua vez usam DLLs de MigraDoc. Não estou a par de todas as razões pelas quais fomos nessa direcção (a decisão foi tomada por um construtor sénior), mas posso dizer-vos que:
- Parece estar em actividade.
desenvolvimento.
Tinha a maior parte do
características que precisávamos.
- o código-fonte está disponível. Apesar de ter usado alguns padrões e convenções que I não tinha visto antes, uma vez que eu comecei a eles, foi justo. fácil de fazer alteracao. Eu adicionei suporte para usar sistema.Desenho.Imagem directamente em vez de salvar arquivos.
- é também não está bem documentado interna ou externamente.