我們目前有一款產品使用Sharepoint和多個不同的Web部件庫向客戶顯示實時數據。這種設置的方式是,每個客戶都有一個自定義登錄(Active Directory),一個自定義站點,其特定數據連接到Web部件中。這意味着對於每個客戶我們都有一個完全獨立的網站。例如:集成Sharepoint和MVC
- 顧客1 - > www.site.com/sites/customer1
- 顧客2 - > www.site.com/sites/customer2
- 顧客X - > www.site.com/網站/ customerX
正如您所想象的,這是不可能的,因爲我們所做的任何小改變都必須手動傳播到整個網站,這是一項不可能完成的任務。
我們還在開發單獨的ASP.NET MVC應用程序,它們位於它們自己的虛擬目錄下的同一臺服務器上。 www.site.com/App1/
我的任務是研究如何最好地重新設計系統以提供更加集成的「應用程序平臺」類型體系結構。
就我個人而言,如果我認爲我們錯誤地使用了它(而不是CMS),我很樂意放棄Sharepoint,但是我的經理希望爲支付額外費用(定製服務)的客戶保留Excel Services。
我們目前嵌入使用網頁查看器Web部件SharePoint中的MVC應用程序,但是這給我們少控制這些應用程序的佈局
我的下一個想法是讓所有MVC標準的ASP.NET母版網站和共享點,以便它們看起來一樣,同時仍然提供所需的功能,但調查和測試似乎是Sharepoint主頁是可怕的野獸,幾乎不像一個乾淨的母版頁。
基本上我很難過,我對Sharepoint感到有些沮喪,而且它是神的不可思議。
有沒有人有這方面的經驗或可以提供一些想法/提示?
非常感謝。
不幸的是我幾乎沒有機會使用非穩定的DLL。 – 2010-07-14 23:16:12
你爲什麼要堅持把那根釘子釘入方孔? SharePoint建立在WebForms之上 - 隨它而行,不要與黑暗面的年輕絕地戰鬥! – Ryan 2010-07-15 11:57:08
我認爲這是答案,因爲這是一個很好的答案。我們/我沒有最終使用它,但那是我無法控制的商業決定。 – 2010-08-17 03:57:00