2010-07-13 62 views
1

我们目前有一款产品使用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感到有些沮丧,而且它是神的不可思议。

有没有人有这方面的经验或可以提供一些想法/提示?

非常感谢。

回答

2

CodePlex - SharePointMVC

托管在SharePoint asp.mvc内容一个辅助项目。

+0

不幸的是我几乎没有机会使用非稳定的DLL。 – 2010-07-14 23:16:12

+1

你为什么要坚持把那根钉子钉入方孔? SharePoint建立在WebForms之上 - 随它而行,不要与黑暗面的年轻绝地战斗! – Ryan 2010-07-15 11:57:08

+0

我认为这是答案,因为这是一个很好的答案。我们/我没有最终使用它,但那是我无法控制的商业决定。 – 2010-08-17 03:57:00