iText7 PDFからのテキスト抽出とIronPDF（コード例チュートリアル）

製品のドキュメントは、開発者にとって長期的に見て製品の成否を左右するものです。 ユーザーが使い始めてより高度な機能が必要になったとき、その資料をどれだけ早く見つけられるか、また、これらの概念を教えるために役立つサンプルが提供されているか。

これらの各製品について、PDF にデジタル署名を追加する機能について API ドキュメントを検索しました。

IronPDF

API ドキュメントはわかりやすく整理されており、左パネルにはライブ フィルター付きの目次があります。 右上の検索ボックスにはライブ フィルターも含まれており、Signature 機能を提供するさまざまなコンポーネントに関するいくつかの記事がすぐに返されます。 API サイトにはライト モードとダーク モードがあり、開発者が好む便利な機能です。

図15 - 署名のIronPDF API検索結果

PdfSignatureクラスドキュメントはオブジェクトを説明していますが、サンプルコードへのリンクは含まれていません。 ironpdf.comウェブサイトで"signature"を検索し、IronPDF Digitally Sign a PDF ExampleでPdfSignatureオブジェクトを参照するサンプルコードを見つけました。

アポーズ

Signature を検索したときに、Aspose API ドキュメントで PdfFileSignature クラスにリンクされました。 このページはIronPDFのようにPdfFileSignatureクラスの詳細を示していますが、デモへのリンクやクラスの使用方法についての記述は含まれていません。

Aspose.PDF for .NETドキュメントページに戻って署名を検索しました。 次に、関連する記事のリストが表示され、 Aspose Add Signature in PDF の"PDF ファイルに署名を追加する"記事までクリックしました。

Syncfusion

SyncfusionのPDFファイル形式製品の基本的なドキュメントページは、Syncfusion PDF ファイル形式の概要にあり、サイトを何度かクリックして見つけました。 ドキュメントの最初のページにある署名サンプルを見つけるのに、遠くまで探す必要はありませんでした。

Syncfusionサイトでは、デジタル署名機能をサポートするAPIドキュメントはありません。

iText

iText の API ドキュメントは非常に詳細であり、リリースされたバージョンごとに生成されます。 これは、インターネット上の他のライブラリで見られる標準的な外観と雰囲気です。 署名を検索すると、それらの機能に関する優れた説明を含むクラスがいくつか見つかりましたが、やはりサンプルへのリンクはありませんでした。

iText の Web サイトで Signature のサンプルを検索しましたが、見つけることはできず、代わりに新しいパートナーシップを発表するブログ記事がいくつか表示されました。

各ツールで利用できる 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 API は非常に冗長であり、開発者の生産性向上に本当に努めているのか疑問に思います。 ウェブサイトからドキュメントをロードするために必要な設定の数は驚くべきもので、10行のコードまたはSyncfusionの（5つ）よりも2倍多くの行数です。

一例として、Aspose には、取得して変換する URL を指定できる API がありません。

iText

iText には Aspose に似た API があり、非常に冗長で、さまざまなデータ型を使用してドキュメントに直接書き込むことができますが、ドキュメントのセクションを作成する方法が明確ではありません。 API が明示的であり、ドキュメントの品質が低いため、iText での作業はせいぜい困難です。

参照 Web サイトは非常にシンプルで、CSS はなく、リンクと画像付きのテキストのみです。

図 16 - 静的ウェブテストの参考ウェブサイト

IronPDF

これは実行する簡単な 3 行のコードであり、パフォーマンスは 835 ミリ秒で良好でした。 しかし、PDF を開くと、レンダリングに画像がまったく含まれておらず、デフォルト設定では残念な結果になりました。

少し調べてみると、レンダリング遅延を追加できることがわかり、この構成で、ページに適切な画像が含まれた PDF をレンダリングできるようになりました。

ツールのテスト バージョンでは、レンダリングされた PDF に透かしが含まれます。 完全にライセンスされたバージョンでは、この透かしは存在しません。

図17 - 静的サイトのIronPDFレンダリング

Syncfusion

Syncfusionは興味深く混乱するトリップでした。彼らのドキュメントは、異なるバージョン番号と異なるフレームワークでHTMLとPDFをレンダリングし配信するいくつかの異なる方法に言及しており、正しく機能させるためにバイナリツールのインストールも必要です。

IronPDFのデモのように、Syncfusionもページの画像をレンダリングせず、非常に小さなマージンのPDFを提供しました。

ツールのテスト バージョンでは、レンダリングされた PDF に透かしが含まれます。 完全にライセンスされたバージョンでは、この透かしは存在しません。

図18 - 静的サイトのSyncfusionレンダリング。

アポーズ

Aspose には、ツールの使用方法に関する非常に明確な指示があります。 しかし、ウェブサイトを PDF に変換するためのウェブサイト上の説明によると、機能が動作しない重大なバグがあるようです。 さらに、 Web サイトを PDF に変換するオンライン ツールも機能しなくなりました。

iText

iText のドキュメントは簡単には見つからないため、このサンプルを実行するために探していたサンプル コードを入手するには電子ブックを読む必要がありました。 コードを変更せず、追加の構成も行わず、4 行のコードで、透かしがなく余白が適切な、見栄えの良い PDF をレンダリングできました。

図19 - 静的サイトのiTextレンダリング。

このテストでは、ページに CSS、画像、JavaScript が多数含まれるスポーツ Web サイト ESPN.com を使用します。 Aspose は簡単なテストでは機能しなかったため、今後はスキップします。 これらのキャプチャを作成するために、前回のデモで使用したのと同じコードを使用しますが、Web サイトのアドレスを置き換えるだけです。

参考までに、このテスト時の ESPN の外観は次のとおりです。

図20 - ブラウザでのESPN.comのフルレンダリング

上部のスコアと画面中央のゲーム状況のレポートはJavaScriptで配置され、すべての位置と色はCSS3で処理されます。

IronPDF

IronPDF レンダリングでは、動的コンテンツを忠実に複製して読み込むことができましたが、コンテンツ要素が個別のセグメントに分割され、タイル化された状態でページがモバイル デバイス用にレンダリングされたように見えます。

図21 - IronPDFによるESPNのレンダリング

Syncfusion

Syncfusionは似たような"モバイルスタイル"のレンダリングを行い、コンテンツを縦に並べています。 ただし、ESPN サイトによって動的に読み込まれたいくつかの画像が失われており、フォントの書式設定も一部失われています。

図22 - ESPNのSyncfusionレンダリング

iText

このテストでは、iText は実行を拒否し、NullReferenceException をスローしたため、Web サイトのレンダリングを試行できませんでした。

最後のテストは、ウェブサイトに基づいてフォーム入力フィールドを備えたPDFを生成することです。私が作成したシンプルなニュースレター登録フォームはGitHubリポジトリで公開されており、FirefoxでBootstrap 5を使用すると以下のように表示されます。

図23 - Firefoxのフォームウェブサイト

注：Stateはコンボボックス、Phoneフィールドは電話フィールド、EmailはEmailフィールド、Shoe Sizeは数値フィールドです。

IronPDF

このテストでは Iron が本当に優れており、右上のハンバーガー メニュー ボタンからもわかるように、同様のモバイル フレンドリーなレイアウトですばやくレンダリングされます。 ページ全体の透かしはテスト バージョンでは煩わしいですが、完全ライセンス バージョンでは削除されます。

最後にあるラジオ ボタンとチェック ボックスを除き、すべてのテキスト ボックス フィールドは、操作可能な PDF フォーム フィールドとしてレンダリングされます。 テキスト ボックスには、ブラウザーの場合のような特別な検証やコンテンツの強制はありません。

図24 - IronPDFによるフォームのレンダリング

Syncfusion

Syncfusionは、ハンバーガーメニューボタンが存在しないため、ウェブサイトの完全なデスクトップ版をレンダリングしたようです。 レンダリングされたフォーム要素は、画面上で四角形、ボタン、ボックスとして表示されますが、いずれも標準の PDF データ入力フィールドではありません。 ヘッダーとフッターのリンクは透かしで隠れていますが、クリック可能です。

図25 - Syncfusionによるフォームサイトのレンダリング

iText

iText は、コンテンツのレンダリングにおいて、3 つのフレームワークの中で最も高速でした。 しかし、そのスピードには代償がありました。レンダリングではアンカータグが表示され、クリックするとナビゲートはされましたが、元のウェブサイトにはアクセスできませんでした。Bootstrapのフォーマットはすべて失われ、フォームフィールドはすべてプレーンボックスとしてレンダリングされました。

図26 - iTextでレンダリングされたフォームサイト