2

由于从 SharePoint 2010 到 2013 的体系结构发生了巨大变化,我想知道开发人员在为 Office 365 开发解决方案/应用程序时有哪些限制。

在 SharePoint 2010 中,Office 365 仅允许使用沙盒解决方案,但在 SharePoint 2013 中,沙盒解决方案已被弃用,并引入了应用模型。如果有人能对新的 2013 环境中的 Office 365 允许和限制的内容有所了解,将会很高兴。

4

1 回答 1

4

Sharepoint 2013 改变了游戏规则,从现在可以使用框架 4.5 开始,并且从新版本的 Visual Studio 2013 开始,可以使用 MVC。从发展的角度来看,您必须知道有两种口味:

  1. Sharepoint 托管。在这种情况下,您的整个应用程序都安装在 Microsoft 服务器中。因此,您必须使用客户端对象模型和 javascript。根本没有服务器代码。因此,您将使用 365 配置您的站点、库、列表等,然后使用 Sharepoint javascripts 库访问此信息。如果你熟悉 js 和 sp js,你不会有任何问题。
  2. 自动托管。在这种情况下,您可以在 azure 或托管(提供商托管)之间进行选择,在这两种情况下,您都可以使用更传统的方法,包括服务器代码、类、aspx 等。不同之处在于您部署应用程序时,在这种情况下,应用程序仅作为 365 中的参考安装,所有代码都在您的托管服务提供商中。事实上,您的所有应用程序都将在 iframe 中以 365 显示。请记住,您将处理大量跨域脚本。

最后但并非最不重要的一点是,您有最后一种风格,但不是 365,Sharepoint onpremise,在这种情况下,这是您自己的共享点,您可以创建、管理、开发或部署任何您想要的东西。这与当前的 sp2010 模型非常相似,所以,我猜你现在已经可以做什么了。

了解更多信息:

于 2013-08-29T07:57:00.690 回答