Asp.net mvc 3 通过SharePoint 2010上的虚拟文件夹映射的ASP.NET 4.0应用程序

我正在考虑在IIS上的SharePoint 2010应用程序下发布一个ASP.NET MVC 3应用程序（不是作为SPSite或诸如此类的东西在SharePoint内部，只是用于SSO集成的常规IIS应用程序w.SP）

MVC应用程序将只继承一些配置。它没有对SharePoint的引用，SharePoint除了作为IIS中SharePoint 2010应用程序下的子应用程序之外，没有对它的任何引用

三重问题：

• 可能吗
• 例如，在3.5上运行SharePoint 2010，在4.0上运行我的新应用，是否存在任何明显的问题？是否足以使用不同的应用程序池？
• 我担心我的MVC应用程序与SharePoint应用程序之间web.configs的继承问题

---

web.config。这两者之间的web.config继承是否存在任何问题？

我尝试过，但失败了。目前必须在单独的IP上托管.Net 4应用程序，这会产生各种跨脚本/安全问题。我在这里找到了一些提示：但无法使其正常工作。

如果您的应用程序仅在虚拟文件夹下运行（因此，如果需要，它将有权访问

SPContext

），则实际上不是在

应用程序文件夹下运行（因此根本没有集成到Sharepoint中）那么我想Asp.NETMVC3是不可能的，因为它的.NET4关系

但是Asp.net MVC 2是完全可能的。我正在开发这样一个应用程序，它的工作如预期。我花了一段时间才把它整合起来。。。通过我的集成，仅可以更改根Sharepoint的网站web.config（仅向其中添加新内容，未删除或更改任何内容）。我甚至没有更改路由定义的
Global.asax

我的应用程序在SharePoint Foundation 2010站点上运行为虚拟文件夹，可以访问<代码> SPWORKEX/COD>，并且还受SharePoint（由SP 2010站点进行身份验证）的安全控制。所以这绝对是可能的

但它必须是Asp.net MVC 2，因为它运行在.net 3.5上，与Sharepoint 2010相同。
更新（2013年2月27日）：我们不再需要使用XML元素来停止从Sharepoint到Asp.net MVC 3应用程序的继承。我们需要使用Web.Config中的XML元素为ASP.Net应用程序提供完全信任

需要从ASP.NETMVC3应用程序中禁用某些HTTP模块/HTTP处理程序

对于SharePoint 2010场景，我还必须将XML元素从SharePoint 2010 web.config文件移动到C:\Windows\Microsoft.NET\Framework64\v2.0.50727\config\web.config文件，因为它与.NET 4.0冲突。如果将其移动到那里，它仍将被SharePoint web.config继承

无论如何，我不会在这里重复所有步骤。
请看我的博客帖子：

使用SharePoint Server 2010的MVC 3:


MVC 3和WSS 3.0:


它是法语的，但我想你可以用谷歌翻译

向您问好，
是的。这是可能的。只要您的开发仅限于SP2010正在使用的框架，您就不会有问题。NET4与3.5兼容，我看不出任何问题。在本例中，我指的是ASP.NETMVC3应用程序。会有任何web.config继承问题吗？顺便说一下，这描述了翻译页面时会出现的错误，这使翻译变得有点困难，我遇到了一些障碍，但上面提到的博客是正确的（感谢Frederick！）。我最近写了这篇文章，以防有人遇到我遇到的类似问题：有点老了，但这也是我们最后做的。由于system.web.extensions，不记得是我们编辑的生产服务器上的machine.config还是.NET 2.0的web.config，但您可能对web.config的使用是正确的。