IronPDFとの製品比較

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

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

IronPDF

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

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

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

アポーズ

Signature を検索したときに、Aspose API ドキュメントで PdfFileSignature クラスにリンクされました。 このページには、IronPDF と同様に、 PdfFileSignatureクラスの詳細が表示されますが、デモへのリンクは含まれておらず、クラスの使用方法も説明されていません。

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

シンクフュージョン

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);
});

シンクフュージョン

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は興味深く、混乱する旅でした。ドキュメントには、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 は、コンテンツを垂直に並べた同様の"モバイル スタイル"のレンダリングを実行しました。 ただし、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 は、ハンバーガー メニュー ボタンがないため、Web サイトの完全なデスクトップ バージョンと思われるものをレンダリングしました。 レンダリングされたフォーム要素は、画面上で四角形、ボタン、ボックスとして表示されますが、いずれも標準の PDF データ入力フィールドではありません。 ヘッダーとフッターのリンクは透かしで隠れていますが、クリック可能です。

図25 - SyncFusionによってレンダリングされたフォームサイト

iText

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

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