office365 - Outlook Web 加载项部署选项。 Exchange 管理中心与 Office 商店，该选择哪一个？

Question

我目前正在开发基于 Office 365 的 Outlook Web 插件。

此加载项可供拥有自己的 Web 服务器的企业使用。这意味着 list 文件的< SourceLocation >标签需要由不同的企业修改以指向他们的服务器。

从部署的角度来看，我正在考虑在安装程序中提供 Web 服务器组件。我还想将 list 文件与安装程序捆绑在一起，以便管理员用户可以:

1. 修改 list 文件以指向其企业中的 Web 服务器。
2. 使用 Exchange 管理中心选项部署 list 文件。此选项将允许管理员为适用加载项的用户帐户设置加载项。

根据我的要求，我可以使用Office Store吗？如果我将加载项放入商店，将如何修改 list 文件？

对我来说，Exchange 管理中心选项似乎更好，因为它允许修改 list 文件并允许一次为多个用户帐户设置加载项。

但是，我不确定从部署角度来看 Exchange 管理中心选项是否看起来足够专业。是还是不是？

Answer 1

“Exchange 管理中心”部署选项没有任何问题。事实上，这是值得考虑的合格选项之一。请引用Deploy and publish your Office Add-in 。也可以考虑办公室商店部署选项。你问我怎么可能满足你的要求？让我们发现...

• 您有一个应用程序，希望在内部(您公司的服务器)部署和/或将其分发给您的客户。客户可以在自己的服务器上部署应用程序的副本或使用您的部署。正如您所说，区别在于 list 文件的轻微修改。向您的客户提供指向您的部署服务器或他们自己的部署服务器的 list 文件的修改版本并没有什么问题。 您甚至可以通过在单一位置(您的公司位置)托管您的应用程序来简化客户的生活，并为您的客户提供指向“自定义”manifest.xml 的唯一 URL(由您的应用程序托管)。在这种情况下，您将受益于在中心点更新您的应用程序，并且您的分发只不过是向您的客户提供“自定义” list 的 URL。
• 我提到过您也可以考虑 Office 商店选项。我的意思是如果您有直接客户(不是通过企业)，即使用您的服务而不是他们自己的服务的客户。在这种情况下，您可以将应用程序发布到 Office 商店，并使用指向您公司服务的 manifest.xml。在这种情况下，使用 Office 商店中的应用程序的人将直接使用您的服务，并且您的应用程序将通过 Office 商店获得曝光；同时，需要自己的服务的企业将通过直接作为文件提供或托管在您/他们的环境中并作为 URI 提供的“自定义” list 来分发应用程序。

底线:确实，通过 Exchange 管理中心发布您的应用程序看起来并不不专业。它非常适合您的要求。

注意:如果您很难理解什么是应用程序以及什么是 list (我使用过的术语)，请参阅https://dev.office.com/docs/add-ins/overview/office-add-ins#anatomy-of-an-office-add-in