2011-07-15 94 views
1

我正在開發一些客戶要求通過SharePoint界面(2007 WSS版本)訪問的數據輸入表單。開發Sharepoint數據輸入站點

除其他要求外,表單還包含多個必須從SQL Server表中加載的下拉列表。這些數據列表通過一個從Great Plains吸收數據的進程經常更新。

我的傾向是創建一個Web部件頁有頁面查看器Web部件和進入全屏模式是這樣的:http://blogs.msdn.com/b/malag/archive/2008/09/15/story-of-a-mischievous-page-viewer-web-part.aspx

...然後做在ASP.NET MVC3的頁面。有沒有比這更好的故事?整合的SP開發模式看起來似乎有更多開銷。

回答

0

這聽起來像是開發人員新的SharePoint範例的一個常見問題,特別是2007年。最簡單的答案是您的解決方案將成爲您想要去的地方的最快途徑,但不是「最乾淨的」。

另一種選擇是創建SharePoint解決方案並將應用程序頁面發佈到_layouts目錄。一個典型的「你好世界」的例子可以在http://msdn.microsoft.com/en-us/library/bb418732(office.12).aspx找到。

新的SP開發人員會發現部署最困難的過渡。 WSPBuilder codeplex項目http://wspbuilder.codeplex.com/已成爲行業默認解決方案。使用這個的一個例子可以在http://www.greggalipeau.com/category/sharepoint/wspbuilder/找到。

對於你我要說的關鍵詞是應用頁面WSPBuilder

+0

我不同意:新SP開發者最大的障礙是認識到他們必須在服務器上開發** –

+0

我同意這是一個很大的障礙。我能夠更快地通過它,然後部署問題,但我使用了一個虛擬機,並在當時有權訪問MSDN訂閱。與部署過程相比,我覺得這比「精神上的挑戰」更耗時。 – RWL01

+0

我想我仍然記得當我告訴人們必須在Windows服務器上安裝Visual Studio時出現的令人震驚的外觀,並且實際上我將通過交互式登錄來使用它,而且,他們應該爲開發者購買服務器許可證。不尋常的任何其他開發平臺。 –