ASP.Net转换和合并文档转换成单一的PDF [英] ASP.Net Converting and Merging documents into single PDF
问题描述
我需要有转换和合并各种文件成单一的PDF的能力。
I need to have the ability to convert and merge various documents into a single Pdf.
该文件可能是不同的类型，如Word，开放式办公，图像，文本，网页（URL所）和PDF通常会包括2-3个文档。
The documents could be of varying types, such as Word, Open Office, Images, Text, Web pages (by URL) and the PDF would usually consist of 2-3 documents.
目前，我们正与安装到服务器Microsoft Office中使用BCL技术easyPDF。这种处理大多数的文件，但我们还没有做它开放式办公的人呢。
At the moment, we are using BCL Technologies easyPDF with Microsoft Office installed onto the Server. This handles most documents but we haven't had it doing Open Office ones yet.
目前，我们身边每天这些PDF文件的100-1000产生。
We currently produce around 100-1000 of these PDF's per day.
我问这个问题的原因是，性能是一个关键问题。在飞行的用户和所以目前我们正在30-60秒变得无法接受的等待时间产生的PDF文件。
The reason I am asking the question is that performance is a key issue. The PDF is generated for users on the fly and so the waiting times we are currently getting of 30-60 seconds is becoming unacceptable.
我们已经做了周围的一些文件缓存时，他们intially上传因此，当用户请求一个PDF是合并一些中发生的主要任务已经生成的PDF的。
We have done some caching around documents when they are intially uploaded so the main tasks that happens when a User requests a Pdf is merging a number of already generated Pdf's.
别人是否有可靠的最常见的文档类型及以上所有的工作，他们使用的任何其他工具，迅速？当把这样的，好像我问了很多！
Does anyone else have any other tools they have used that work reliably for most common document types and above all, quickly? When put like that, it seems like I'm asking a lot!
编辑：
感谢所有伟大的建议，我会看看其中的一些，比较性能。
Thanks for all the great advice, I'll look into some of these and compare performance.
我想补充这一切，钱是不是一个真正的对象。我们很乐意支付不同的应用程序执行每个任务以及寻找到各种硬件选项来分配负载尽可能多。
Just to add to all this, money is not really an object. We're more than happy to pay for different applications to perform each task as well as looking into various hardware options to distribute the load as much as possible.
推荐答案
合并多个PDF文档通常是很简单的（只要它们不需要在同一个页面上进行合并） - 你可以比较你的合并性能像iTextSharp的（iText的的.NET版本），以确保它不会成为瓶颈 - 否则从其他格式的PDF转换可能是瓶颈。
Merging multiple PDF documents is normally simple enough (as long as they don't need to be merged on the same page) - you could compare your merge performance with something like iTextSharp (.NET version of iText) to be sure it isn't a bottleneck - otherwise the conversion from other formats to PDF is likely the bottleneck.
在几乎所有情况下，该方法用于转换的 X 的为PDF是执行应用程序的打印命令，定位于软件PDF打印机，创建一个临时的PDF文件。
In almost all cases, the method used to convert X to PDF is to execute the applications print command, targeted at a software PDF printer, to create a temporary PDF file.
这意味着：
- 目标应用程序（例如办公室）打开和关闭
- 文档具有通过打印服务旅游
在你的情况，你转换提交用户任意文件或执行文件来自文件的存储库？如果它是一个库，你可以做的每个文件的PDF副本，因为它被添加到库中（而不是当用户发出请求），然后只合并PDF文件。
In your situation, are you converting arbitrary documents submitted by the users, or do the documents come from a stored library of files? If it's a library, you could make a PDF copy of each file as it is added to the library (instead of when the user makes a request), and then only merge the PDF files.
这篇关于ASP.Net转换和合并文档转换成单一的PDF的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
