2

多数の表を含む PDF ファイルを生成しようとしています。各 PDF の長さは 150 ページになる可能性があります。

ITextSharpを使用する場合、ファイル サイズは最大 16 メガバイトであり、圧縮しても目立った収縮はありません。

PDFSharpを使用する場合、ファイル サイズは 2 ～ 3 メガバイトと非常に妥当ですが、ドキュメントを生成するのに許容できないほどの時間がかかります (3 分後にキャンセルしました)。

.NET を使用して複雑な PDF ファイルを効率的に生成するための提案はありますか?

4

3 に答える 3

3

PDFsharpと言いますが、実際にはMigraDocを使用します。はい、MigraDocFoundationを使用したテーブルレンダリングはバージョン1.32でもまだ低速です。

バージョン1.50は、一般的に大幅な速度の向上をもたらし、1.50ベータ2では、特に低速のテーブルレンダリングに取り組みました。

テスト結果：
PDFsharp + MigraDoc WPF 1.32.2608：
平均：24.443秒
MigraDoc-1.32-Pakehaからのパッチリリース（WPF）：
平均：9.114秒
PDFsharp + MigraDoc（WPF）1.50.3638-ベータ：
平均：16.114秒
PDFsharp + MigraDoc（WPF）1.50.3915-beta2：
平均：1.559秒

参照：
https ：//forum.pdfsharp.net/viewtopic.php？p = 9379＃p9379

于 2009-08-25T09:44:47.493 に答える
3

テーブルのレンダリング パフォーマンスを大幅に改善するパッチが提出されました。簡単なテストを実行すると、200 行のテーブルの結果は次のようになりました。

  • (オリジナルDLL) [ResultsGenerator] [Info] PDF結果書き込み: 00:00:25.9754857
  • (パッチを適用した DLL) [ResultsGenerator] [Info] PDF の結果の書き込み: 00:00:03.9472258

http://forum.pdfsharp.net/viewtopic.php?f=2&t=679&start=0#p4888

于 2011-11-13T13:28:13.147 に答える
0

私の会社が PDF を書き出すパフォーマンスをテストしたとき、TallComponentsの TallPDF を選びました。lib のラッパーを作成しましたが、これは非常に扱いやすく、大規模なデータセットでもうまく機能すると思いました。

于 2009-05-13T20:13:32.880 に答える