2013-05-12 57 views
0

這是一個設計問題,我想在開始開發之前進行討論,所以任何意見都可能有幫助,除了系統應該是由於授權問題,在Sharepoint 2010和SP 2007下交付。解決方案設計 - 架構:自動生成和提交表單事件

我的情況如下

一個用戶可以定義新的服務(讓說休假請求服務),那麼他與類型定義字段(讓說字段1(類型:文本框,顯示名稱:employeeName)/域2(類型:文件上傳;顯示名稱:documentOne)的形式提交之後那麼他確定他們可以使用哪些用戶(從FBA ASP會員用戶)

這是以下(動態數據輸入用戶界面)

。 ,它w虐待正常審批流程。與一些共同的事件和商業規則。

我在想什麼做的: -

1)建立,讓您生成ASP.NET表單頁面,

2)每次生成表格,我創建一個基於SharePoint列表定義列表,並通過事件接收器,我可以設置和刪除可以使用SP安全模塊查看/編輯/添加項目的用戶。

3)建立自己的d/B,節省了每個服務產生什麼是它,我需要完成審批工作流的任何數據的審批步驟。

我的問題: -

*** 1)後,我產生的形式,我怎麼也寫形式的事件(提交事件的onLoad event..etc),因爲每個生成的表單將提交到不同的地方保存數據。

2)這是實施這種系統的最佳實踐嗎?

3)我應該保存表單數據,SharePoint列表或我應該把它保存到數據庫還因爲我有兩個SharePoint環境,我可能有性能問題,而我的數據DB和SP之間的分離。但在這種情況下,我需要實現我自己的安全模塊。

4)我們已經爲第一階段生成了大約200個。所以恐怕事情會失控,如果設計還不夠紮實,

+0

不僅我我有一個很難理解你的要求,它也很清楚,這不是問題的非常適合的Q /的SO – jugg1es 2013-05-12 04:59:30

+0

的一種格式我的類型重新編寫的問題,希望現在可以理解......以及你的意思是非常適合SO的Q/A格式?!我標記了架構我雖然這將是足夠的.. – Moe 2013-05-12 06:09:27

回答

0
  1. 提交的所有信息到相同的地方用不同的參數:

形式表(填表編號,形式類型id,表單參數id) 參數表::(表單id(外鍵),參數id,參數類型,參數文本值)

這種方式其通用。

  1. 將它保存在您的數據庫中,以便您不會限制爲sharepoint結構。

  2. 做它精益 - 首先構建您的解決方案的一部分,並只在1或2個窗體上運行它。逐漸設計解決方案,而不是從一開始就預測一切。