客户要求的系统涉及一组pdf表单，一个Web UI和一些不同的功能（登录，管理，权限，通常），我已经确定并且想要一些反馈如何去做或者甚至是完全不同的想法。主要关注的是这些表格中包含的数据。 （不要认为winforms，认为你填写的表格和文件）
首先，pdf表单在他们可以的意义上是无法控制的。不。是。改性。我不久前编写了一个工具（在codeplex上的pdf-orm）来获取pdf表单（填充类型）并将它们转换为对象，这样它们就更容易在代码中使用并返回到pdf。所以这部分处理得相当好。问题开始出现在表单中包含的数据以及如何最好地处理它。当然，大多数字段名称都是可怕的（例如person1），但至少它们是可管理的。
这些形式 - 将会在合理的时间范围内（最好是几天）进行更改，因此可维护性/灵活性是一个重点。当然，并非所有形式都会同时发生变化，但在几个月到几年的过程中，它们会发生变化。更令人担忧的是，生成的pdf中的名称/字段可能会发生变化 - 无法控制它们（因此我不能使用字段名称生成的类作为真值，必须有某种翻译器）。
我的第一次传递，我想出了“定义”类作为心脏，每个表单带有一个接口（并使用此接口用于viewmodel ......稍后出现）。这些类定义表单中包含的数据。翻译器会将定义类转换为pdf类（处理表单上的更改会导致像person1变得像PersonOne一样愚蠢）。验证也将包含在那些内容中 - 所有这些都是可测试的。
然后我被提出了一个不同的想法，一个严格关注数据本身的想法。保存的数据（xml格式）将通过xslt或两个来呈现UI。此UI将由管理工具（无开发人员）创建，其中将完成pdf字段和UI字段的连接以及验证。我真的不熟悉它是如何工作的，如果它可以工作，但我过去几天一直在探索它，但收效甚微。我们还没有回答很多这种方法的方法。
我很想听听其他想法，意见和指示。
答案 0 :(得分：0)
这些表单绝对必须在浏览器中使用PDF格式，还是InfoPath的选项？例如。那个像http://www.bizsupportonline.net/browserforms/print-infopath-browser-form-pdf.htm
这样的设置呢