背景
:
我有一个“继承”的VB6应用程序,它可以生成一个PDF文件,供用户使用不支持的Acrobat Reader OCX集成进行查看。程序用数据生成一个FDF文件,然后在FDF与PDF合并时呈现合并结果。它只适用于Acrobat Reader 4:-(。安装新版本的Acrobat Reader会破坏此应用程序,使用户非常不高兴。
我想重新设计这个应用程序,以便它将要合并的数据发送到PDF输出生成服务器。此服务器将把传递给它的数据合并到表单上,生成一个PDF图像,并存储它,这样任何希望查看最终结果的用户都可以简单地获得PDF(它只生成一次)。如果基础数据被更改,PDF将被删除并在下次请求时重新生成。然后,客户机程序可以拥有他们想要的任何版本的Acrobat Reader,因为它将专门用于显示PDF文件(如预期的那样)。服务器很可能是用.NET(C)和Visual Studio 2005编写的,可能是作为Web服务编写的…
问题
:
其他人会建议我怎么做?我应该在服务器上使用Adobe的Acrobat 9来完成这项工作,将数据输入到FDF或Adobe的XML格式,并让Acrobat进行合并吗?在“将数据合并到表单并输出PDF”空间中,是否有强大的竞争对手?其他人是怎么做到的?它必须是基于API的,服务器上没有GUI,当然……
虽然有些输出是通过fdf/pdf生成的,但应用程序的另一部分实际上是一次向打印机(或用于预览的表单)发送一页的行、图形和文本,为每一页提供正确的x/y坐标、字体、大小等,知道它何时在页面末尾等。此代码当前位于显示供用户查看,也可在程序中将最终表单打印到打印机上。为了在审阅者和打印机之间保持一致,我也希望将这个输出生成逻辑移动到服务器上,或者使用一个好的PDF生成API工具,或者按原样使用代码,并使用PDF打印机生成一个PDF…并保存此PDF以供客户端显示。
谷歌“表单软件”或“填写表单软件”或类似的搜索会返回很多无关的材料,大多数都与用户界面相关,用户可以填写表单,我只是不知道如何适当缩小搜索范围。这个站点似乎是提出这样一个问题的最佳场所,因为其他程序员也必须生成类似的输出,并且已经尝试了一些伟大的工具。
编辑:
我添加了PDF标记和PDF生成。
此外,我目前的客户坚持PDF输出,但我很欣赏其他建议。