【问题标题】:SharePoint mobile client development optionsSharePoint 移动客户端开发选项
【发布时间】:2012-05-09 10:06:20
【问题描述】:

我已经阅读了 good amountdocumentation 以及一些 blogs 并希望了解我对 SharePoint 移动客户端开发选项的理解,而无需在 SharePoint 服务器本身上进行开发。

SharePoint 2010

  1. 服务器对象模型:不适用,因为代码必须在 SharePoint 服务器上运行。
  2. 客户端对象模型 (JavaScript):不适用,因为不允许跨站点脚本。
  3. 客户端对象模型(托管 .Net 代码):可以,但需要额外的 .Net 服务器才能与 SharePoint 服务器通信。然后,这个新服务器可以向移动客户端提供 JSON。
  4. RESTful:功能有限,但与托管客户端对象模型不同,它不需要额外的服务器。

SharePoint 2007

  1. 服务器对象模型:不适用,因为代码必须在 SharePoint 服务器上运行。
  2. 已弃用的 SOAP 网络服务:可能。

问题: 这份清单是否详尽无遗? 我的总结准确吗?

【问题讨论】:

  • 亲爱的 Jack,请您帮我解决您提到的关于 RESTful 服务的第 4 点。是否有任何链接或文档描述了如何在原生 iOS 应用程序中使用 RESTful 服务以及使用 RESTful 服务可以实现哪些不同的功能。

标签: sharepoint


【解决方案1】:

我相信对于 SharePoint 2007,也可以通过 FrontPage RPC 调用完成一定数量的工作。 Web 服务接口有一点小错误,而且经常不完整,我不确定它是否被广泛使用,而且似乎也没有得到很好的支持。

当我为一家广泛使用 SharePoint 的公司工作时,我们拥有自己的 Web 服务,该服务与服务器对象模型一起使用。即使这样也遇到了问题,因为对象模型的一部分并没有很好地公开,即使在 Microsoft 内部也似乎并不总是很好理解,但这是获得与 Sharepoint 远程集成的充分程度的唯一方法。

【讨论】:

  • 有趣,但我是否正确地说,即使使用您自己的 Web 服务,将服务器对象模型与您的自定义服务一起使用需要在 SharePoint 服务器上实现该服务?
  • 是的,当然。因为 SharePoint 往往安装在从未真正成为问题的企业环境中。另外,请注意:sharepoint.stackexchange.com
猜你喜欢
  • 1970-01-01
  • 2012-03-22
  • 1970-01-01
  • 2021-04-04
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2013-12-26
  • 1970-01-01
相关资源
最近更新 更多