Asp.net 如何在PDF中证明段落的合理性？

我有一个asp.NETMVC项目，它使用sharpPDF（）创建PDF。有20多个PDF是使用sharpPDF编写的，因此在这个阶段切换到另一个PDF生成器可能是不可能的（而且我们的客户不太可能为任何PDF软件的付费版本付费）。客户端希望生成的PDF看起来与原始Word文档完全相同。尽管使用了相同的字体和字体大小（Arial窄体粗体，10），但Word版本中的字母似乎稍微小一些。事实证明，单词document证明了段落的正确性。我找不到sharpPDF的对正选项（仅左、右、中）。如何在PDF中证明段落的合理性？或者，如何使文本看起来合理

以下是Word（顶部）和my PDF中的文本对比，由sharpPDF生成（底部）：

以下是Word的设置，与sharpPDF中的设置进行了比较：

---

查看SharpPDF的API，它没有公开足够低级别的接口，不允许您自己在该库的顶部实现对正

是另一个免费（麻省理工学院许可）的图书馆，它确实支持文本对齐。我意识到您不想进行大规模更改，但如果只是需要对齐文本的内容子集，一个选项是使用PDFSharp生成需要对齐文本的部分，然后使用库将两个文档合并。话虽如此，API是相当类似的，一个端口可能不会花很长时间

---

另一个选择是，如果您的客户有，利用它为您执行转换。这可能会生成比使用自定义代码渲染更接近原始word文档的内容

查看SharpPDF的API，它没有公开足够低级别的接口，不允许您自己在该库之上实现对正

是另一个免费（麻省理工学院许可）的图书馆，它确实支持文本对齐。我意识到您不想进行大规模更改，但如果只是需要对齐文本的内容子集，一个选项是使用PDFSharp生成需要对齐文本的部分，然后使用库将两个文档合并。话虽如此，API是相当类似的，一个端口可能不会花很长时间

另一个选择是，如果您的客户有，利用它为您执行转换。这可能会生成比使用自定义代码渲染更接近原始word文档的内容

“对齐”不会更改字体大小。但可以肯定的是，这是对你们撒谎的话。Word，这个古老的庞然大物，仍然使用大部分本地打印机设置来格式化文本，这就是为什么在另一台计算机上打开的Word文档中的文本可能运行不同的格式。因此，Word中的10磅文本在PDF中可能不会达到该大小。这种行为很难复制。“对齐”不会改变字体大小。但可以肯定的是，这是对你们撒谎的话。Word，这个古老的庞然大物，仍然使用大部分本地打印机设置来格式化文本，这就是为什么在另一台计算机上打开的Word文档中的文本可能运行不同的格式。因此，Word中的10磅文本在PDF中可能不会达到该大小。这种行为很难模仿。