asp.net - 自定义 ASP.NET Web 表单与 InfoPath

Question

我刚刚被分配了一个项目，将基于纸质的流程转变为基于网络的流程。我需要做的是允许用户填写在线表格并使用他/她的鼠标签名。输入的数据和签名需要稍后以 PDF 文件形式检索。

因此，我使用 ASP.NET Webforms 和第三方 PDF 库 (iTextSharp) 以及我购买的鼠标签名捕获工具创建了一个工作原型(prototype)。

原型(prototype)运行良好。但我担心的是，我可能需要扩展此应用程序以支持许多(也许数百个)表单。每个表格都有不同的字段，但都需要签名。我花了2天时间构建了一个表单的原型(prototype)，包括创建Web表单、在PDF模板中标记字段、将Web表单字段与PDF表单中的字段 Hook 等等……以后我不想再花时间了。设置每个表单需要 2 天，有没有比使用 ASP.NET 构建自定义表单更好的方法？

我知道 InfoPath，但从未使用过它，以前有人做过类似的事情吗？ InfoPath 与 SharePoint 是否可以更好地解决我的问题？还是还有别的事？如果有人能给我一些建议，我将不胜感激。

非常感谢!

Answer 1

infopath 的优点是它能够立即利用数字墨水(手写)。如果您的 Windows 版本包含 Microsoft Ink(XP 平板电脑、Vista、Win 7)，则 Infopath 将允许您使用各种可用的输入设备(鼠标、笔等)捕获文本和图像，具体取决于您使用的控件。文本框将使用手写识别将书写内容转换为文本，而图像框将允许自由绘图，非常适合捕获签名。

我已使用 Infopath 作为独立的断开连接的客户端系统，该系统使用电子邮件作为传输系统。这些表格被附加到电子邮件中并添加到发件箱中。当用户检索电子邮件时，表格会自动发送。 infopath 的伟大之处在于数据是 xml。这为您提供了极大的灵 active 来处理数据。

作为旁注...
当人们签署(使用手写)电子表格时，您可能需要考虑法律方面的问题。由于 Infopath 将演示文稿和数据分开，这对于捕获用于报告、工作流程等的数据非常有用，但从法律角度来看，它成为一个缺点，因为数据的操纵和呈现方式与签名者最初签署的数据非常不同。在大多数情况下，这不是问题，但如果表格是任何形式的法律文件(发票、收货单)，您将需要考虑如何将数据和演示文稿放在一起并同时分开。

对于任何将数据与演示文稿分离的系统来说，无论是基于 Web 的表单、infopath 还是 PDF 表单，这都将是一个问题。

希望这有帮助...