作为软件供应商开发 Office 365 / SPO 应用程序答案

【问题标题】：Developing Office 365 / SPO apps as a software vendor作为软件供应商开发 Office 365 / SPO 应用程序
【发布时间】：2014-08-21 10:22:59
【问题描述】：

我们是一家基于 .net 的软件供应商，非常关注基于云的软件。我们希望将我们的解决方案迁移到 Office 365 / SPO，但经过大量 POC 并在 API 和 Azure AD 身份验证方面苦苦挣扎，我们仍然不清楚如何为普通客户而不是我们自己开发 Office 365 Web 应用程序组织。

对于初学者，所有示例应用程序方法都需要在 web.config 中硬编码 Office 365 租户域，并且该应用程序必须在 Office 365 Azure AD 中注册...。

例如，当我们想使用 SharePoint 应用商店向一般客户销售我们的解决方案时，此流程如何工作？谁能提供一些我们忽略的文档？

谢谢！

问候，马蒂亚斯

【问题讨论】：

你知道new Office 365 Rest APIs吗？
我实际上是我提出问题的原因。我阅读了新的 API 和新的成熟的 SpAppReseachTracker 解决方案。但我得出了同样的结论。在再次发布自动托管应用程序之前，该解决方案必须在我们的基础架构上运行，甚至在我们的 url 下运行。位于客户端 SharePoint 上的唯一内容是数据。

【解决方案1】：

我带来了好消息，Office 365 API 和工具可让您处理此问题。

有两种方法：

让客户在 Azure AD 中创建应用程序并获取客户端 ID 和密钥并将其存储在您的应用程序中的某个位置...在 UI 中并根据您的多租户中加载的租户将其安全存储在某个位置提供商托管的独立网站。或者，您可以给他们一个包来安装托管在他们自己的租户上的提供商托管解决方案，并让他们也在那里配置客户端 ID 和密码。正如您所提到的，自动托管已根据博客文章 (http://blogs.office.com/2014/08/08/update-autohosted-apps-preview-program-part-2/) 从 Office 365 中删除。诚然，这是一个手动设置步骤，但确实可以实现您在不托管多租户服务的情况下所期望的效果。

或

在 Visual Studio 中更改设置（可以在租户的 Azure AD 应用程序中执行此操作）以支持“多个组织”。这是在您转到添加连接的服务并选择应用程序属性时设置的...这样您就可以在您的基础架构中托管多租户提供商托管的解决方案（可以是 Azure 网站）。

【讨论】：

嗨杰里米，这些确实是我们想到的场景。很高兴听到我们在正确的轨道上 - 涉及 Azure 和 Office 365 的许多更改和更新，有时很难跟上。 :) 我们将采用多组织方法，因为我们谈论的是无法注册 Azure 应用程序的 SME 客户。但我们希望避免托管共享基础架构，因此我希望看到自动托管应用在今年年底前回归！