如何在 PDF 文档中删除页面

产品的文档记录是长期能否赢得开发者的关键。 随着他们深入学习并需要更高级功能时，他们能多快找到那些材料并且是否提供了帮助学习这些概念的示例。

在每一个产品中，我在其API文档中搜索添加数字签名到PDF的能力。

IronPDF。

API文档非常清晰且组织良好，左侧面板有目录，带有实时过滤功能。 右上角的搜索框也带有实时过滤功能，并迅速返回若干关于提供签名功能的各种组件的文章。 API网站提供了轻量和黑暗模式，这是开发者喜欢的功能。

图 15 - IronPDF API 的签名搜索结果

PdfSignature 类文档描述了该对象，但不包含任何示例代码的链接。 我在ironpdf.com网站上搜索"signature"并找到了参考PdfSignature对象的示例代码，位于 IronPDF Digitally Sign a PDF Example。

Aspose

在搜索签名时，Aspose API文档链接我到其PdfFileSignature类。 此页面与IronPDF的页面类似，展示了PdfFileSignature 类的详细信息，但未包含任何演示链接或描述如何使用该类。

我回到了Aspose文档基础页面，位于Aspose.PDF for .NET文档，并搜索了签名。 然后我被展示了一系列相关文章，并点击进入了"在PDF文件中添加签名"文章在Aspose添加PDF签名。

Syncfusion

Syncfusion的PDF文件格式产品的基础文档页面位于Syncfusion PDF文件格式概览，在其网站上点击了几次才找到。 我没有费力地找到签名示例，因为它是文档首页。

Syncfusion网站上没有支持数字签名功能的API文档。

iText

iText的API文档非常详尽，从每个发布版本生成。 这是一种标准的外观，您会在互联网上的其他库看到。 在搜索签名时，找到了一些类和关于这些功能的优良描述，但仍然没有链接到示例。

我在iText网站上搜索了一个签名示例，但找不到，反而呈现了一些宣布新合作伙伴关系的博客文章。

每一款工具提供的API都非常具体，并且它们各自采取自己的方法，给予开发者完全的访问权以创建和管理PDF文档的内容。 幸运的是，所有框架都有完整的自动完成提示，当您在现代代码编辑器（如Visual Studio或Visual Studio Code）中工作并提供自动完成功能时，提供了很好的内联文档。

IronPDF。

IronPDF的API使非常困难和复杂的交互通过"RenderHtmlAsPdf"这样的简化命令变得容易，但仍能深入访问文档的内容创建和定位、安全性、元数据和表单。 作为一个开发者，这些API"以我思考的方式"来描述渲染内容。

IronPDF API使用的名称和术语明确表示您是在渲染文档或构建文档。 某些设置上的时间属性是整数，表示毫秒，我更希望看到本地TimeSpan类型。 最后，我希望提供设置和选项类型，具有现代流式配置API，例如：

var renderer = new IronPdf.ChromePdfRenderer(options => {
    options.RenderDelay = TimeSpan.FromSeconds(1);
});

var renderer = new IronPdf.ChromePdfRenderer(options => {
    options.RenderDelay = TimeSpan.FromSeconds(1);
});

Dim renderer = New IronPdf.ChromePdfRenderer(Sub(options)
	options.RenderDelay = TimeSpan.FromSeconds(1)
End Sub)

Syncfusion

Syncfusion API明确并提供非常详细的控制，以便您与其转换工具进行交互。 没有捷径可走，一切都需要您告诉它所使用的工具，没有可用的默认值。 设置十分详尽，可以细致地控制一切，包括磁盘上WebKit渲染器的位置。

虽然在某些安装中不需要这种额外配置，但它过去给人们带来了问题，而Syncfusion承诺在未来版本中不会出现这个问题。

Aspose

Aspose API 非常冗长，我想知道他们是否真的在试图提高开发人员的生产力。 加载网站文档所需的配置量令人惊讶，十行代码或者是Syncfusion（五行代码）的两倍多。

一个例子是，Aspose 没有允许您指定 URL 来获取和转换的 API。

iText

iText 有一个类似于 Aspose 的 API，非常冗长，允许直接与不同数据类型一起写入文档，但不清楚如何创建文档部分。 鉴于 API 的明确性和文档质量低劣，与 iText 一起工作最多是困难的。

参考网站非常简单，没有 CSS，只有带有链接和图像的文本。

图 16 - 静态网页测试参考网站

IronPDF。

执行简单的三行代码，性能看起来很好，835毫秒。 然而，当我打开 PDF 时，我发现没有图像包含在渲染中，这是使用默认配置令人失望的结果。

经过一点探索，我了解到我可以添加一个渲染延迟，通过这种配置，我能够渲染一个包含页面上正确图像的 PDF。

在工具的测试版中，渲染的 PDF 中包含一个水印。 在完全授权版中，没有这个水印。

图 17 - IronPDF 静态网站渲染图

Syncfusion

Syncfusion是一次奇怪而又令人困惑的旅程。他们的文档引用了几种不同的渲染和交付HTML和PDF的方法，具有不同的版本号、不同的框架，要求不同的代码和配置，以及安装二进制工具以正确运行。

像IronPDF演示一样，Syncfusion未呈现页面的图像，并提供了一个边距非常小的PDF。

在工具的测试版中，渲染的 PDF 中包含一个水印。 在完全授权版中，没有这个水印。

图18 - Syncfusion静态站点渲染

Aspose

Aspose 有一组非常清晰的关于如何使用他们工具的说明。 然而，基于他们网站上关于将网站转换为 PDF 的说明，他们有一个显著的错误会导致功能无法正常工作。 此外，他们的将网站转换为 PDF 的在线工具也不再可用。

iText

iText 的文档不那么好找，我们必须阅读一本电子书以获得我们要运行这个示例的示例代码。 在不更改代码、不做额外配置的情况下，我们只用四行代码渲染了一个外观非常好的 PDF，没有水印，边距良好。

图 19 - iText 静态网站渲染。

对于这一测试，我们选择 ESPN.com，这是一个包含大量 CSS、图像和 JavaScript 的体育网站。 鉴于 Aspose 在简单测试中未能通过，我们将跳过它们。 我们将使用上次演示中使用的相同代码来创建这些捕获，只需替换网站地址。

供参考，这是在测试时 ESPN 的外观：

图 20 - ESPN.com 在浏览器中的完整呈现

顶部的分数以及屏幕中心的游戏状态报告通过 JavaScript 放置，所有位置和颜色都通过 CSS3 处理。

IronPDF。

IronPDF 渲染能够忠实地复制并加载动态内容，然而，它的外观像是为移动设备渲染的，带有分开的内容元素并分段平铺。

图 21 - IronPDF 对 ESPN 的渲染

Syncfusion

Syncfusion进行了类似的"移动风格"渲染，内容垂直平铺。 但我们丢失了几个由 ESPN 站点动态加载的图像，一些字体格式也丢失了：

图22 - Syncfusion对ESPN的渲染

iText

对于这一测试，iText 拒绝运行，并抛出 NullReferenceException，使其无法尝试渲染网站。

最后的测试是基于网站生成带有表单输入字段的 PDF。我编写的简单通讯注册表单可在 GitHub 存储库中找到，并在 Firefox 中用 Bootstrap 5 渲染，如下：

图 23 - Firefox 中的表单网站

注："州 "是组合框，"电话 "是电话字段，"电子邮件 "是电子邮件字段，"鞋码 "是数字字段。

IronPDF。

Iron 在这个测试中表现非常出色，快速渲染，类似于移动友好的布局，如右上角汉堡菜单按钮所示。 在测试版本中，页面上的水印令人烦恼，但在完全授权版本中已移除。

所有文本框字段均渲染为可交互的 PDF 表单字段，除最后的单选按钮和复选框外。 文本框在浏览器中没有特别的验证或内容约束。

图 24 - IronPDF 表单渲染图

Syncfusion

Syncfusion渲染的看起来像是网站的完整桌面版本，因为没有汉堡菜单按钮。 表单元素渲染的似乎是屏幕上的方块、按钮和方框，但它们都不是标准的 PDF 数据输入字段。 虽然被水印遮蔽，但页眉和页脚的链接是可点击的。

图25 - Syncfusion渲染的表单站点

iText

iText 在渲染内容时是三个框架中最快的。 然而，这种速度是有代价的。他们的渲染确实提供了点击时导航的锚定标签，但没有到达原始网站。Bootstrap 的所有格式均丢失，所有表单字段都渲染为普通方框。

图 26 - iText 渲染的表单网站