自定义ASP.NET Web表单与InfoPath

时间:2009-10-19 22:35:46

标签: asp.net infopath

我刚刚被分配了一个项目,使基于纸张的流程成为基于网络的。我需要做的是允许用户填写在线表格并使用他/她的鼠标进行签名。输入的数据和签名需要稍后作为PDF文件检索。

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

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

我知道InfoPath,但从未使用它,之前有没有人做过类似的事情? InfoPath with SharePoint是否可以更好地解决我的问题?或者还有其他什么?如果有人能给我一些建议,我将不胜感激。

非常感谢!

3 个答案:

答案 0 :(得分:1)

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

我使用Infopath作为独立的disconected客户端系统,使用电子邮件作为传输系统。这些表格被附加到电子邮件中并添加到发件箱中。当用户检索到他们的电子邮件时,表单会自动发送。关于infopath的好处是数据是xml。这使您可以使用数据进行灵活的灵活性。

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

对于从演示文稿中分离数据的任何系统(无论是基于Web的表单,infopath还是PDF表单),这都是一个问题。

希望这会有所帮助......

答案 1 :(得分:0)

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

因此,如果将SharePoint作为解决方案的一部分并不是问题,那么请务必去寻找它。但是,如果您需要人们填写InfoPath表单而不使用桌面客户​​端或登录SharePoint,那么我认为这不是正确的解决方案。

答案 2 :(得分:0)

@ sean717:您使用itextsharp进行处理让我想起了我们在公司中使用的现有工具。如果您想要高度互动的pdf表单以及与SharePoint 2010的集成,请访问www.pdfsharepoint.com。它适用于我们。