Hello 大家好,我是小瘪三。我们打工人平时办公免不了要对一些文档格式行转换。我们将探讨几款主流的 PDF 转 Word SDK,分析它们在我们打工人的实际工作中所呈现的优势与劣势。
- Solid:老牌的 PDF to Office 转档库,有几十年的积累。
- Aspose: 支持非常多的文件格式互转,也包含PDF 转 word 。
- Foxit:自主研发 PDF,PDF to Office 也是最近刚推出的。
- ComPDFKit: 最近一家新锐公司,更新频率很高。
补充一下谢谢话不多说,直接对比一下 PDF 转 word 的效果。对比表:我分别挑选了一些不同特征的文档进行测试,其中包括页数多,包含表格,图文混排。涉及到论文,cad制图,金融等领域,先看一下这些文档的转档耗时。
12个文档中,foxit 有三个文档没有转换成功,其他三个 SDK 全部文档都转换成功了。Aspose SDK 因为试用原因只能转换前4页,但是有些情况下对比其他三个转了全部页面的速度还慢。综合下来ComPDFKit的转换速度最快。接下来我们看一下具体效果。
效果文档 - 651页文档.pdf
原文档:
各SDK厂商转档对比
- ComPDFKit:基本没啥问题,但是字体和原文档有区别
- foxit:可以看到会有一些小的识别错误,主要在跨行的时候,存在部分粗体识别错误的情况
- Solid: 基本也没啥问题,没什么错误,不过也存在字体区别。
效果文档 - 证券文档.pdf
原文档:
各SDK厂商处理结果:
- ComPDFKit: 整体排版正确,第二页的部分字体会出现拖影现象,部分文字会出现超出文本框的现象。
- foxit:整体排版正确,第二页的部分字体会出现拖影现象,第一页的图表会出现超出文本框的现象。
- Solid:整体排版正确,第一页的图表会出现超出文本框的现象,第一页的页脚图片透明度识别错误。
- Aspose:整体排版正确,第二页的部分文字下有投影。
效果文档 - 论文2.pdf
原文档:
各SDK厂商处理结果:
- ComPDFKit: 在公式部分的转换都是转换了文档中原有的字符,所以会出现乱码。
- foxit:并没有区分小标题的粗体与正文的细体,且部分文本用图片代替,排版相对而言比较混乱。
- Solid: 对公式部分的支持比较好,但是部分符号使用了形变后的图片代替,比较影响观感。
效果文档 - 图文混排.pdf
原文档:
各SDK厂商处理结果:
图文混排版面都保持的不错。 ComPDFkit, foxit, solid 文字的字体和原文档都不太解决,aspose 最接近, 但是aspose 的背景图片缩放不对。ComPDFkit有几个字最上方被裁掉了。
- ComPDFKit:
- foxit:
- Solid:
- Aspose:
效果文档 - 图文带简单表格.pdf
foxit 的文字背景形状变了,变成了不规则的。aspose 背景图片变小了。ComPDFKit 的时间有一部分被裁掉了。Solid 效果良好。
原文档:
各SDK厂商处理结果:
- ComPDFKit:
- foxit:
- Solid:
- Aspose:
总结:
这几家 SDK转换成的 Word都各有优缺点,应该是pdf转成 word 的算法侧重点不同。可以根据自己的项目情况和项目预算选择合适的SDK公司。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。