【发布时间】:2010-10-11 09:14:54
【问题描述】:
我们有一个动态构建 pdf 文件的 .net 2.0 网络系统。其中一些文件可能会变得非常大 - 12MB+。虽然处理时间不是一个因素,但在某些情况下,要下载的文件的大小确实是一个因素。
目前,让我们假设我们的 B 级 pdf 库已经在制作它所知道的最小文件。 (不过,如果有人在这方面有任何建议,请参阅this related question。)
但是,将有问题的 12MB 文件通过 Acrobat 蒸馏器发送会产生大约 700K 的文件,而打印质量没有明显损失。
我很想拥有某种后处理器,它甚至可以完成三分之一的工作。有没有人知道会做这样的事情的任何控件?
对于这个项目来说,越便宜越好,但我们并不反对花几块钱。
(一些抢占式 cmets:当然,目前无法使用新工具重写现有的 PDF 生成代码。此外,虽然 Distiller 似乎有一个 API,但在网络服务器上调用它似乎不是最高效的课程 - 而且 Distiller 有点贵。最后,我们最好不要将 pdf 打包成 zip 文件或类似的文件,因为这可能会让客户有些困惑。不,真的。)
谢谢!
【问题讨论】:
-
您在 PDF 中粘贴了什么?文本?图片?两者都有?
-
上述很多。据我所知,该库正在尽可能多地压缩所有图像。