Asp.net mvc Sharepoint支持MVC

我是一名sharepoint开发人员和一名asp.net mvc开发人员，与sharepoint相比，我更喜欢开发asp.net mvc web应用程序。sharepoint对开发人员来说是完全令人沮丧的，也许不是对你们中的一些人，但对我来说，大多数时候确实如此，尽管我仍然喜欢开发sharepoint。当MVC被引入时，许多开发人员都接受了它，直到现在，许多人仍然渴望它。至于我所看到的，如果MVC将与sharepoint完全集成，我可能会说sharepoint将带来巨大的变化，并感谢MVC

---

我的问题是sharepoint是否有机会与MVC集成？sharepoint的哪些部分可能无法集成MVC？你能给出一个为什么Sharepoint是MVC的最大反对者的主要原因吗？

签出签出Sharepoint是一个非常庞大、复杂的web应用程序，具有庞大的安装基础，无法控制最终用户的定制。如果没有一个很好的理由，这种系统是不能从头重写的，即使有一个很好的理由，任何这样做的尝试都注定要失败

---

不过，有几种方法可以将MVC与SharePoint一起使用。在正确的服务器上运行的任何.net应用程序都可以访问SharePoint API。您还可以在SharePoint web部件/页面中包装mvc视图。要让web表单视图引擎在SharePoint下运行，需要的黑客攻击永远不会超过公司基础设施人员，但在SharePoint中托管Razor视图相对容易设置。

SharePoint是一个非常大、复杂的web应用程序，安装基础非常庞大，无法控制最终用户的自定义。如果没有一个很好的理由，这种系统是不能从头重写的，即使有一个很好的理由，任何这样做的尝试都注定要失败

---

不过，有几种方法可以将MVC与SharePoint一起使用。在正确的服务器上运行的任何.net应用程序都可以访问SharePoint API。您还可以在SharePoint web部件/页面中包装mvc视图。要让web表单视图引擎在SharePoint下运行，需要的黑客攻击永远不会超过公司基础架构人员，但在SharePoint中托管Razor视图相对容易设置。

这个问题只能由我的Microsoft来回答。SharePoint太复杂了。。。如果他们将它与MVC集成，我怀疑这不会很容易。在某种程度上，这是一个解决方案，因此您可以在应用程序驻留在sharepoint服务器上的同时使用MVC，并以某种方式优化sharepoint Api。好消息是您正在以mvc方式编码。sharepoint可能会与microsoft集成，但下一个问题是什么时候？：）我认为只有微软能回答这个问题。但我非常确信，只要有可能，微软都会尽力做到这一点。据我所知，sharepoint和Mvc有可能，但我不确定它们是否会，但我希望它会发生。这个问题只能由我的Microsoft来回答。sharepoint太复杂了。。。如果他们将它与MVC集成，我怀疑这不会很容易。在某种程度上，这是一个解决方案，因此您可以在应用程序驻留在sharepoint服务器上的同时使用MVC，并以某种方式优化sharepoint Api。好消息是您正在以mvc方式编码。sharepoint可能会与microsoft集成，但下一个问题是什么时候？：）我认为只有微软能回答这个问题。但我非常确信，只要有可能，微软都会尽力做到这一点。据我所知，sharepoint和Mvc有可能，但我不确定它们是否会，但我希望它会发生。我已经读过了，这只是一个解决方案，但不是像sharepoint Web部件开发中的代码那样完全编码Mvc。在sharepoint服务器中托管mvc应用程序并利用sharepoint api是一种变通方法。但显然MVC还没有在Sharepoint上本地化。scottGu还表示，“目前MVC没有直接与SharePoint集成。不过，这是我们将来会考虑支持的。”所以问题是，这可能吗？希望会，但什么时候？我认为sharepoint体系结构在未来不会改变。如果微软决定建立类似Sharepoint的东西，但基于MVC，它将是另一个项目。这只是我的观点。我已经读过了，这只是一个解决方案，但不是像sharepoint Web部件开发中的代码那样完全编码MVC。在sharepoint服务器中托管mvc应用程序并利用sharepoint api是一种变通方法。但显然MVC还没有在Sharepoint上本地化。scottGu还表示，“目前MVC没有直接与SharePoint集成。不过，这是我们将来会考虑支持的。”所以问题是，这可能吗？希望会，但什么时候？我认为sharepoint体系结构在未来不会改变。如果微软决定建立类似Sharepoint的东西，但基于MVC，它将是另一个项目。这只是我的观点。MVC是一个完全不同的体系结构，所以不会有太多的变化，而你的其他建议根本没有意义。VS2008集成没有什么特别之处——MVC1和2使用.NET3.5，并且没有尝试重用为完全不同的东西设计的代码。MVC3需要.NET4/VS2010.MVC是一个完全不同的体系结构，因此不会有太多的变化，您的其他建议也没有意义。VS2008集成没有什么特别之处——MVC1和2使用.NET3.5，并且没有尝试重用为完全不同的东西设计的代码。MVC3需要.NET4/VS2010。