我剛剛分配了一個項目，使基於紙張的過程成爲基於Web的過程。我需要做的是讓用戶填寫在線表單並使用他/她的鼠標對其進行簽名。輸入的數據和簽名需要稍後作爲PDF文件檢索。自定義ASP.NET Web窗體vs InfoPath
所以，我創建使用ASP.NET WebForms和第三方PDF庫（iTextSharp的），與我購買了鼠標籤名捕獲工具沿着一個工作原型。
該原型正常工作。但我擔心的是，我可能需要擴展此應用程序以支持許多（可能是數百個）表單。每個表格都有不同的字段，但都需要簽名。我花了2天時間爲一種表單創建原型，包括創建Web表單，在PDF模板中標記字段，以PDF格式的字段連接Web表單域等等......將來我不想花費2天來設置每個表單，是否有比使用ASP.NET構建自定義表單更好的方法？
我知道InfoPath，但從來沒有使用它，有沒有人做過類似的事情？帶有SharePoint的InfoPath是我的問題的更好解決方案嗎？或者還有別的東西？如果有人能給我一些建議，我將不勝感激。
非常感謝！
infopath的優點是它能夠利用數字墨水（手寫）開箱即用。如果您的Windows版本包含Microsoft Ink（XP平板電腦，Vista，Win 7），則Infopath將允許您使用各種可用的輸入設備（鼠標，筆等）捕獲文本和圖像，具體取決於您使用的控件。一個文本框將使用手寫識別功能將文字轉換爲文本，其中圖像框將允許自由繪製，非常適合用於簽名。
我已經使用Infopath作爲獨立的不受歡迎的客戶端系統，它使用電子郵件作爲傳輸系統。這些表格被分配給一封電子郵件並添加到發件箱中。當用戶檢索他們的電子郵件時，表單會自動發送。 infopath的優點是數據是xml。這使您可以靈活地處理您可以對數據執行的操作。
作爲一個附註...
你可能想在人們簽署（使用手寫）電子表格時考慮事物的法律方面。由於Infopath將演示文稿和數據分離出來，這對於捕獲報告數據，工作流程等非常有用，從法律角度來看，它成爲一個不利之處，因爲數據可以被操縱，並且與簽署者最初簽署的內容非常不同。在大多數情況下，這不是問題，但如果表單是任何形式的法律文件（發票，收貨），您將需要考慮如何將數據和表示集中在一起並同時分開。
這將是從演示的方式隔開數據的任何系統出現問題，無論是基於web的表單時，InfoPath，或PDF表單。
希望這有助於...
我也一直在負責一個類似的問題來解決。我查看了Adobe LifeCycle等解決方案，但我們希望將SharePoint用作ECM。 InfoPath的其中一個問題是它需要SharePoint或InfoPath桌面應用程序來填寫表單。如果您還沒有安裝SharePoint或無法使用SharePoint，那麼InfoPath就不可行。我不想通過必須使用html表單創建整個表單來重複工作，然後必須將所有數據合併到可打印版本上，以便他們簽名......似乎重複了努力，因此我將InfoPath看作是可能的解決方案。 Adobe LifeCycle看起來幾乎是一條更好的路，因爲我們可以使用可填寫的PDF來捕獲，做一些驗證並提交數據。但是，Adobe LifeCycle非常昂貴，因此不適合該項目。
因此，如果它不是解決方案中包含SharePoint的問題，那麼請盡一切努力。但是，如果您需要人員填寫InfoPath表單而不使用桌面客戶端或登錄到SharePoint，那麼我認爲這不是正確的解決方案。
@ sean717：您使用itextsharp的方法讓我想起了我們公司使用的現有工具。如果您想要兼具高度交互式的PDF表單和與SharePoint 2010的集成，請訪問www.pdfsharepoint.com。它適用於我們。
感謝您的回覆。我的操作系統是Win XP 64位。我在某處讀到，如果我安裝了XP Tablet API，我仍然可以使用Microsoft Ink。你有這方面的經驗嗎？ – sean717 2009-10-21 16:47:25
是的，我有這方面的經驗，如果你安裝了平板電腦API，也可以。有一個SDK（我認爲是infopath 2003 sdk，但幾年前，所以我可能錯了），包括Microsoft Ink。 – 2009-10-21 21:47:34