.NET 서버 기반 PDF 생성
https://stackoverflow.com/questions/450833
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
콘텐츠를 동적으로 생성 한 다음 PDF 파일로 렌더링하고 싶습니다. 이 처리는 원격 호스팅 서버에서 이루어 지므로 가상 프린터 등을 사용하지 않습니다. 작동하는 .NET 라이브러리 (pref c#)에 대한 권장 사항이 있습니까?
나는 많은 PS 코드를 생성하고 직접 포장 할 수 있다는 것을 알고 있지만이 단계에서 조금 덜 속임수를 선호합니다.
감사!
해결책
나는 좋은 성공을 거두었습니다 Sharppdf.
다른 팁
살펴보십시오 http://itextsharp.sourceforge.net/. 오픈 소스.
지도 시간: http://itextdocs.lowagie.com/tutorial/
Siberix를 사용하여 성공했습니다
기업 라이센스 : $ 350 USD (단일 라이센스는 회사의 개발자 좌석의 무제한 수, 무제한의 회사 웹 서버 및 애플리케이션의 일부로 무제한 배포를 포함합니다.)
무료 PDF 생성기 .NET (wkhtmltopdf 래퍼)는 한 줄의 코드로 HTML 템플릿에서 예쁜 PDF를 생성 할 수 있습니다.
var pdfBytes = (new NReco.PdfGenerator.HtmlToPdfConverter()).GeneratePdf(htmlContent);
(필요한 것은 하나의 DLL, 외부 의존성 없음)
우리는 사용합니다 Amyuni PDF 변환기 그리고 몇 년 동안 성공적으로 사용했습니다. 우리의 사용법은 COM 인터페이스를 통한 것이지만 .NET 인터페이스를 지원합니다.
나는 좋은 경험을했습니다 Winnovative의 HTML에서 PDF.
그리고 오픈 소스가있는 나쁜 것들 HTML DOC (양식 요소 + CSS 문제).
나는 지금 잠시 동안 고성능 DOCX에서 PDF TO 도구를 찾고 있습니다. 우리의 시스템은 전자 정부 측면을 가지고 있으며 사용자 커뮤니티에 매우 많은 수의 보고서를 생성하고 있습니다. 이 시점에서 성능이 가장 중요합니다.
내가 사용한 초기 도구는 동시 변환을 수행하지 않았으며 대신 각각의 exe가 다른 사람의 완료를 기다려야했습니다. 나는 aspose.words를 시도했고 결과에 매우 만족합니다.
우선, 프로젝트에 통합하고 배포하는 것은 매우 쉽고 원활했습니다. 아주 부드러운.
둘째, 여러 작업이 동시에 실행되기 때문에 전환 속도가 훨씬 나쁩니다.
셋째, 빠를뿐만 아니라 서식 오류가 없더라도. 우리가 다국어 시스템을 제공하고 있으며 일부 보고서에는 영어 및 아랍어 분야 (마음에서 왼쪽으로 오른쪽으로 정렬)가 포함된다는 점을 고려할 때 이것은 매우 중요했습니다.
마지막으로 파일 크기는 상당히 작았으며, 시스템을 통해 수만 개의 문서가 생성되므로 다시 매우 중요합니다.
첫 번째 구현은 Microsoft Office Interop Library였습니다. 아래 코드를 사용하여 DOCX를 PDF 문서로 변환합니다. 이 라이브러리는 DOCX 문서를 PDF 파일로 완벽하게 변환하고 보고서 세대 서버에 업로드하기로 결정했습니다. 그러나 잠시 후, 우리는 전환 작업이 각 실행 파일을 기다리고 있음을 알았습니다. 이로 인해 문서를 동시에 변환하는 데 큰 지연이 발생하므로 DOCX 파일을 PDF 파일로 변환하기위한 새 도구를 검색하기 시작합니다.이미지를 참조하십시오
아래 코드는 aspose.words for .net 도구를 사용하여 DOCX 문서를 PDF 파일로 변환하는 방법을 보여줍니다.이미지 2를 참조하십시오
RDLC 및 보고서 뷰어 컨트롤은 클라이언트의 재량 또는 서버 명령에서 PDF를 생성 한 다음 PDF MIME 유형으로 제공 될 수 있습니다.
나는 많은 성공으로 O2Solutions의 pdf4net을 사용했습니다. PDF의 모든 시나리오 및 디지털 서명을 지원합니다.
데이터가 대부분 XML에있는 경우 XSL -FO 솔루션을 볼 수도 있습니다. Alt-Soft의 XML2PDF 큰 성공으로. "Server"버전은 약간의 잘못된 이름입니다. 실제로 WinForms, WPF 또는 ASP.NET 앱에 포함 해야하는 단일 DLL 일뿐입니다.
매력처럼 작동합니다 (XSLT 및 XSL-FO에 익숙하거나 기꺼이 배우는 경우).
마크
우리는 제 3 자 DLL 세트를 사용했습니다 pdfsharp 누가 Migradoc의 DLL을 사용합니다. 나는 우리가 그 방향을 가야했던 모든 이유에 대해서는 개인이 아니지만 (결정은 선임 개발자가 결정을 내 렸습니다), 나는 당신에게 다음을 말할 수 있습니다.
- 적극적인 개발중인 것 같습니다.
- 그것은 우리가 필요한 대부분의 기능을 가지고있었습니다.
- 소스 코드를 사용할 수 있습니다. 그것은 내가 전에 보지 못했던 몇 가지 패턴과 컨벤션을 사용했지만 일단 그들에게 도착한 후에는 변경을하기가 상당히 쉬웠습니다. 파일을 저장하는 대신 System.Drawing.Image 사용에 대한 지원을 추가했습니다.
- 내부 또는 외부 적으로 잘 문서화되어 있지 않습니다.
