2009-06-01 40 views
3

在SharePoint中使用InfoPath表單的好處是什麼?在SharePoint中使用InfoPath表單的好處是什麼?

我一直在研究InfoPath以瞭解它如何與SharePoint集成。讓用戶創建自己的表單的想法提供了很大的權力,並且可以讓人們自己處理一些小的請求。但是,除了創建由InfoPath表單驅動的表單庫外,InfoPath似乎很快成爲一種麻煩和阻礙。當然,您可以構建代碼以直接與SharePoint對象模型交談,但您似乎只能在瀏覽器中運行您的表單。

如果您要在瀏覽器中運行所有內容,爲什麼不使用ASP.NET表單?

此外,除了基本的表單庫方法外,SharePoint上的InfoPath還提供了哪些其他好處?

+0

要從客戶表單訪問SharePoint列表,您需要使用Web服務 - 不太適合編寫代碼,但對於很多要求,只需設置輔助數據源就能很好地工作。 – 2009-06-02 04:18:27

回答

3

我喜歡思考的InfoPath形成對公司擁有的歷史悠久的「word文檔形式」問題的絕佳解決方案。它將創建和修改表單的任務轉移到關心信息的人身上。

有些任務在Infopath中很難實現,但它又依賴於創建表單的人的知識而不是技術本身。

對於複雜和/或需要大吞吐量的表單,直接的ASP.NET表單會更合適。像往常一樣,選擇正確的(最便宜的總成本)技術來解決問題,而不是從任何東西中解決問題。 (即我始終不知道InfoPath是否能夠輕鬆做出決定)。

3

以下是InfoPath表單在ASP.Net forms.This幾個好處,當然,總是依賴於您的需求,開發者,用戶技能的搭配,等

  • 形式的創建很簡單和修改熟悉的MS Office
  • 它們直接與SharePoint的集成元數據,不像一個ASP.Net形式
  • Workflow Foundation中,可通過SharePoint和比使用ASP.Net形式
  • 如果」簡單的人重新處理基於文檔的過程(如工作訂單,訂單,許可請求),可能更有意義的是擁有文檔存儲庫,而不是通過ASP.Net格式輸入的數據構建報告結構
  • 文檔已準備就緒通過在BizTalk實現的過程
  • 驗證和邏輯在客戶端上,無需額外編程運行中,多次給予比普通的ASP.Net更好的用戶體驗,形成
相關問題