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

Question

我目前正在开发基于 Office 365 的Outlook网络加载项。

这个加载项将由拥有自己的Web服务器的企业使用。这意味着＆lt; SourceLocation＆gt;清单文件的标记需要被不同的企业修改为指向他们的服务器。

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

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

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

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

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

Answer 1

＆＃34; Exchange管理中心＆＃34;没有错。部署选项。实际上，这是可以考虑的合格选项之一。请参阅Deploy and publish your Office Add-in。也可以考虑Office商店部署选项。你问我，你的要求怎么可能？让我们发现......

• 您希望在内部（公司服务器）部署单个应用程序和/或将其分发给您的客户。客户可以在自己的服务器上部署应用程序的副本或使用您的部署。正如您所说，区别在于对清单文件的轻微修改。向客户提供明确文件的修改版本并没有错，这些文件将指向您的部署服务器或他们自己的部署服务器。 您甚至可以通过在您的应用的单个位置（您的公司位置）托管来简化客户的生活，并为您的客户提供指向＆＃34; custom＆＃34; manifest.xml，随您的应用托管。在这种情况下，您可以在中心点更新您的应用程序，并且您的分发将不会为您的客户提供以及＃34; custom＆＃34;清单。
• 我提到你也可以考虑Office商店选项。我的意思是如果你有直接客户（不是通过企业），使用你服务的客户，而不是他们自己的服务。在这种情况下，您可以将应用程序发布到Office商店，并使用指向公司服务的manifest.xml。在这种情况下，将使用Office商店中的应用程序的人员将直接使用您的服务，您的应用程序将通过Office商店获得曝光;同时，需要自己服务的企业将通过＆＃34; custom＆＃34; manifest直接作为文件提供或托管在您/他们的环境中，并以URI形式提供。

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

注意：如果您发现难以理解什么是应用以及清单是什么（我使用过的术语），请参阅https://dev.office.com/docs/add-ins/overview/office-add-ins#anatomy-of-an-office-add-in