自定义ASP.NET Web窗体vs InfoPath

Question

我刚刚分配了一个项目，使基于纸张的过程成为基于Web的过程。我需要做的是让用户填写在线表单并使用他/她的鼠标对其进行签名。输入的数据和签名需要稍后作为PDF文件检索。

所以，我创建使用ASP.NET WebForms和第三方PDF库（iTextSharp的），与我购买了鼠标签名捕获工具沿着一个工作原型。

该原型正常工作。但我担心的是，我可能需要扩展此应用程序以支持许多（可能是数百个）表单。每个表格都有不同的字段，但都需要签名。我花了2天时间为一种表单创建原型，包括创建Web表单，在PDF模板中标记字段，以PDF格式的字段连接Web表单域等等......将来我不想花费2天来设置每个表单，是否有比使用ASP.NET构建自定义表单更好的方法？

我知道InfoPath，但从来没有使用它，有没有人做过类似的事情？带有SharePoint的InfoPath是我的问题的更好解决方案吗？或者还有别的东西？如果有人能给我一些建议，我将不胜感激。

非常感谢！

Answer 1

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

我已经使用Infopath作为独立的不受欢迎的客户端系统，它使用电子邮件作为传输系统。这些表格被分配给一封电子邮件并添加到发件箱中。当用户检索他们的电子邮件时，表单会自动发送。 infopath的优点是数据是xml。这使您可以灵活地处理您可以对数据执行的操作。

作为一个附注...
你可能想在人们签署（使用手写）电子表格时考虑事物的法律方面。由于Infopath将演示文稿和数据分离出来，这对于捕获报告数据，工作流程等非常有用，从法律角度来看，它成为一个不利之处，因为数据可以被操纵，并且与签署者最初签署的内容非常不同。在大多数情况下，这不是问题，但如果表单是任何形式的法律文件（发票，收货），您将需要考虑如何将数据和表示集中在一起并同时分开。

这将是从演示的方式隔开数据的任何系统出现问题，无论是基于web的表单时，InfoPath，或PDF表单。

希望这有助于...

Answer 2

我也一直在负责一个类似的问题来解决。我查看了Adobe LifeCycle等解决方案，但我们希望将SharePoint用作ECM。 InfoPath的其中一个问题是它需要SharePoint或InfoPath桌面应用程序来填写表单。如果您还没有安装SharePoint或无法使用SharePoint，那么InfoPath就不可行。我不想通过必须使用html表单创建整个表单来重复工作，然后必须将所有数据合并到可打印版本上，以便他们签名......似乎重复了努力，因此我将InfoPath看作是可能的解决方案。 Adobe LifeCycle看起来几乎是一条更好的路，因为我们可以使用可填写的PDF来捕获，做一些验证并提交数据。但是，Adobe LifeCycle非常昂贵，因此不适合该项目。

因此，如果它不是解决方案中包含SharePoint的问题，那么请尽一切努力。但是，如果您需要人员填写InfoPath表单而不使用桌面客户​​端或登录到SharePoint，那么我认为这不是正确的解决方案。

Answer 3

@ sean717：您使用itextsharp的方法让我想起了我们公司使用的现有工具。如果您想要兼具高度交互式的PDF表单和与SharePoint 2010的集成，请访问www.pdfsharepoint.com。它适用于我们。