3

背景:

サポートされていない Acrobat Reader OCX 統合を使用してユーザーがレビューする PDF を生成する「継承」した VB6 アプリケーションがあります。プログラムは、データを含む FDF ファイルを生成し、FDF が PDF とマージされると、マージされた結果をレンダリングします。Acrobat Reader 4 でのみ正しく動作します :-(。Acrobat Reader の新しいバージョンをインストールすると、このアプリケーションが機能しなくなり、ユーザーは非常に不満を感じます。

マージするデータを PDF 出力生成サーバーに送信するように、このアプリを再構築したいと考えています。このサーバーは、渡されたデータをフォームにマージし、この PDF 画像を生成して保存します。これにより、最終結果を表示したいユーザーは、PDF を簡単に取得できます (一度だけ生成されます)。基になるデータが変更された場合、PDF は削除され、次に要求されたときに再生成されます。クライアント プログラムは、(意図したとおり) PDF ファイルを表示するためだけに使用されるため、任意のバージョンの Acrobat Reader を使用できます。サーバーは、おそらく Web サービスとして、Visual Studio 2005 を使用して .NET (C#) で記述されます...

質問:

他の人は、私がこれに取り組むことをどのように勧めますか? これを行うには、サーバーで Adob​​e の Acrobat 9 を使用して、データを FDF または Adob​​e の XML 形式に変換し、Acrobat にマージを行わせる必要がありますか? 「データをフォームにマージして PDF を出力する」分野に優れた競合他社はありますか? 他の人はこれをどのように行いますか？もちろん、APIベースである必要があり、サーバーにGUIはありません...

一部の出力は FDF/PDF を介して生成されますが、アプリケーションの別の部分では、実際には行、グラフィック、およびテキストを一度に 1 ページずつプリンター (またはプレビュー用のフォーム) に送信し、適切な x/y 座標、フォント、それぞれのサイズなど、いつページの終わりにあるかを知るなど。このコードは現在、ユーザーが確認できるようにこれを表示するプログラムにあり、最終的なフォームをページに出力するプログラムにもあります。プリンタ。レビュアーとプリンターの間の一貫性を保つために、この出力生成ロジックをサーバーにも移動したいと思います。優れた PDF 生成 API ツールを使用するか、コードをそのまま使用して PDF プリンターで PDF を生成し、保存します。クライアントによる表示用のこの PDF。

「フォーム ソフトウェア」または「フォーム ソフトウェアの入力」または同様の検索をグーグルで検索すると、ほとんどがユーザーがフォームに入力するための UI に関連する、関連のない情報がたくさん返されます。検索を適切に絞り込む方法がわかりません。他のプログラマーも同様の出力を生成する必要があり、いくつかの優れたツールを試しているため、このサイトはそのような質問をするのに最適な場所のようです。

編集：

PDF タグと PDF 生成を追加しました。また、私の現在の顧客は PDF 出力を主張していますが、代わりの提案をいただければ幸いです。

4

4 に答える 4

1

VB6 ソリューションはサポートできませんが、サーバー上の .net または Java ソリューションをサポートできます。http://www.lowagie.com/iText/
から iText または iTextSharp を取得します。 PDF と FDF FDFReader/FDFWriter クラスをマージして FDF ファイルを生成したり、PDF ファイルからフィールド名を取得したりできる PdfStamper クラスがあります。

于 2008-09-11T04:24:58.867 に答える
0

私はMicrosoftWordを使って大成功を収めました。フォームはWordで設計され、XMLデータと合成されます。ドキュメントはPDFコンバーター（この場合はNeeviaですが、より良いものがあります）を介して実行され、PDFが生成されます。

これはすべてC＃で行われます。

于 2008-09-10T17:53:08.480 に答える
0

私の忠告を聞きたまえ。XPS のために PDF を捨てる。サーバーベースの2つのアプリに取り組んでいます。1 つは、画像ベースのドキュメントをブラウザーで PDF として表示します。2 つ目は、FixedPage テンプレートを使用して、データ ソースにバインドされた XPS ドキュメントを作成します。

両方のプロジェクトに取り組んだ後の私の結論は、PDF は最悪だということです。XPS ドキュメントはそれほど多くありません。XPS にはフレームワークが付属しているのに対し、適切な PDF ライブラリには現金を支払う必要があります。PDF ドキュメントの生成はメモリを大量に消費し、多くの穴があり、サーバー フレンドリーではありません。XPS ドキュメントはフットプリントがはるかに小さく、足を撃たれる可能性が低くなります。

于 2008-09-10T17:48:46.197 に答える
0

同じボート。現在、この方法で pdf を作成しています: vb6 アプリはレコードを sql にドロップし (ファイル名、作成日、ユーザー、および最終宛先を含む)、xls (またはドキュメント) をサーバー ディレクトリ (共有) に移動し、サーバーにはそのディレクトリを監視するfilewatcherを持つvb.netサービス。ファイルが表示されると、サービスは Excel (Word) を起動して Adob​​e 経由でファイルを PDF 化し、作成時に PDF をどう処理するかを SQL で判断し、終了時刻を記録します。

これは安価な解決策でした。コードを実行するのに約 1 日しかかからず、両端のデバッグとビルドのロールアウトにさらに 1 日かかりました。

これはそれを行う方法ではありません。PDF を作成しようとすると、アドビがランダムにクラッシュします。2 週間はまったく問題なく動作し、その後 (今日のように) 5 分ごとにクラッシュします。または1時間おきに。または 11:07、2:43、3:05、および 6:11。

次の改訂版では、PDFTron を使用して、Excel と Word からデータを変換し、データを直接 PDF にドロップする予定です。はい、PDFTron には費用がかかります (1 プロセッサあたり 1 キロバックのライセンスを購入しました) が、うまく機能します。XPS は便利ですが、私もあなたと同じように PDF を提供する必要があります。それは物事のやり方です。

pdfTron (google it) をチェックして、希望どおりに動作するかどうかを確認してください。次に、必要なライセンスとその支払い方法を把握する必要があります。誰かがもっと良いものを思いついたら、リストの一番上に投票してくれることを願っています!!!

于 2008-09-16T05:30:48.337 に答える